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Introduction  to  the 
Reflection  Network 


Series 


Walker  Richer  &  Quinn’s  Reflection  Network  Series  is  a  family  of  networking 
products.  By  using  WRQ’s  Reflection  connectivity  products  as  the  common  inter¬ 
face  over  a  wide  range  of  networks,  the  Reflection  Network  Series  provides  access  to 
a  variety  of  hosts  and  servers,  with  high  performance,  minimal  memory  require¬ 
ments,  and  maximum  flexibility. 

The  Reflection  Network  Series  supports  multiple  sessions,  concurrent  access  to  other 
protocols,  and  the  ability  to  remove  network  software  from  memory  when  it  is  no 
longer  needed. 

This  section  describes  the  Reflection  Network  Series  product  family  when  used  with 
either  of  two  industry-standard  interfaces:  ODI  or  NDIS.  It  also  discusses  options  for 
using  DOS-based  or  Windows  Sockets-based  virtual  terminal  protocols.  An  over¬ 
view  of  this  document  and  a  summary  of  the  installation  process  is  also  in  this 
section. 
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Overview 


All  the  Reflection  Network  Series  series  products  use  a  driver  for  the  network  adapt¬ 
er  card  in  your  PC.  This  driver  conforms  to  one  of  the  following  industry  standards: 

a  Novell’s  Open  DataLink  Interface  specification,  or  ODI.  The  ODI-compliant 
drivers  for  network  adapter  -cards  are  also  called  Multiple  Link  Interface  drivers 
(MLIDs). 

a  Microsoft/3Com’s  Network  Driver  Interface  Specification,  or  ND1S.  The  NDIS- 
compliant  drivers  for  network  adapter  cards  are  also  called  Media  Access  Control 
drivers  (MACs). 

Using  either  of  these  interface  specifications,  several  protocols  can  share  a  network 
card  and  its  driver. 

You  can  also  choose  between  DOS-based  or  Windows  Sockets  compatible  DLLs  for 
the  following  virtual  terminal  protocols: 

a  DOS  virtual  terminal  protocols  for  Telnet  and  NS/VT 

a  Windows  Sockets  compatible  virtual  terminal  protocols  for  Telnet  and  NS/VT 


Driver  Support 

Reflection  Network  Series  driver  support  consists  of  an  ODI-compliant  driver  or  an 
NDIS-compliant  driver,  or  an  appropriate  proprietary  Reflection  Network  Series 
interface  program.  The  interface  program  translates  from  a  proprietary  Reflection 
Network  Series  interface  to  ODI  or  NDIS,  providing  simultaneous  access  to  multiple 
protocols.  With  many  other  network  software  products,  network  card  support 
requires  exclusive  control  of  the  card. 

With  Reflection  Network  Series  driver  support,  the  same  network  adapter  card 
(Ethernet  or  Token-Ring)  can  maintain  connections  using  multiple  protocols.  This 
multi-protocol  architecture  provides  an  economical  solution  to  terminal  emulation 
and  network  access  with  minimal  hardware. 
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Simultaneous  Host  Sessions  and  LAN  Access 

The  Reflection  Network  Series  works  in  any  ODI  network  environment  or  with 
NDIS-compliant  PC  LANs  such  as  Windows  for  Workgroups,  LAN  Manager  and 
Banyan  VINES.  The  Reflection  Network  Series  supports  the  NetWare  IPX  protocol 
in  either  an  ODI  or  NDIS  environment. 


Reflection  Network  Series  components 

Reflection  Network  Series  Architecture 
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The  following  table  shows  the  combined  virtual  terminal  protocol  and  PC  LAN 
support  available  with  each  product: 


Product 

Protocols  and  LANs 

ODIor 

NetWare  IPX  Wind0ws for  Workgroups 

LAT 

Telnet 

NS/VT 

NDIS  LAN 

(0DI  and  NDIS) 

laim  Manager/ 
NetBIOS 

LAT  Connection 

■ 

■ 

■ 

TCP  Connection 

■ 

■ 

■ 

■ 

■ 

NS  Connection 

■ 

■ 

■ 

■ 

3000  Connection 

■ 

■ 

■ 

■ 

■ 

■ 

NetBIOS  Support 

You  can  use  the  Reflection  Network  Series  TCP/IP  stack  as  the  transport  for  Win¬ 
dows  for  Workgroups,  LAN  Manager  and  other  programs  that  use  a  NetBIOS 
interface. 

Windows  Sockets  Application  Support 

The  Reflection  Network  Series  Windows  Sockets  support  lets  you  run  Windows 
Sockets  compatible  applications  over  WRQ’s  DOS  TCP/IP  stack.  The  Reflection 
Network  Series  supports  Windows  Sockets  version  1.1. 

TCP  Sockets  Application  Support 

The  Reflection  Network  Series  includes  TCP-based  support  for  a  variety  of  HP, 
Microsoft,  and  Digital  socket  applications  written  to  the  TCP  Sockets  specification. 
NetIPC  support  for  HP  applications  is  also  available. 

SLIP  Support 

The  TCP  Connection,  NS  Connection,  and  3000  Connection  include  support  for 
SLIP,  the  serial  IP  protocol  for  point-to-point  serial  connections  running  TCP/IP. 
See  page  377  for  more  information. 
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Other  Reflection  Network  Series  Products 

Other  Reflection  Network  Series  products  include  the  NFS  Option,  the  Reflection 

Network  Series  for  Windows,  and  the  Reflection  Network  Series  for  the  Macintosh. 

a  The  Reflection  Network  Series  NFS  Option  is  WRQ’s  NFS  implementation. 
With  the  NFS  Option  and  with  NFS  software  running  on  your  host,  the  file  and 
print  servers  on  your  local  area  network  appear  as  local  drives  and  printers. 
From  the  DOS  prompt  or  from  Microsoft  Windows,  you  can  share  printers, 
transfer  files  on  network  servers  using  DOS  commands,  (even  if  they  were 
created  using  a  different  operating  system)  and  run  programs  on  your  PC  that 
are  stored  on  a  network  server. 

▲  The  Reflection  Network  Series  for  Windows  lets  you  run  networked  Windows- 
based  Reflection  products  with  simultaneous  access  to  Windows  Sockets  com¬ 
patible  applications  and  to  your  PC  network.  The  Windows-based  Setup 
program,  configuration  utilities,  and  the  network  applications  included  with  the 
Reflection  Network  Series  for  Windows  provide  an  integrated,  easy-to-use 
graphical  interface.  The  Reflection  Network  Series  for  Windows  family  consists 
of  the  LAT  Connection,  TCP  Connection,  3000  Connection,  and  NS  Open. 

▲  The  Reflection  Network  Series  products  offered  for  the  Macintosh  include  the 
NS  Connection  for  the  Macintosh,  and  the  3000  Connection  for  the 
Macintosh. 
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Requirements 

The  requirements  for  running  any  of  the  Reflection  Network  Series  products  are 
similar.  An  ODI  or  NDIS  environment  assumes  DOS  version  3.0  or  above. 

Reflection  Requirements 

You  can  use  this  version  of  the  Reflection  Network  Series  with  the  following  Reflec¬ 
tion  products: 

a  Version  4.2  or  higher  of  Reflection  1,  Reflection  2,  Reflection  4,  or  Reflection  7 
for  DOS. 

a  Version  3.7  or  higher  of  Reflection  1  or  Reflection  2,  or  version  4.0  or  higher  of 
Reflection  4  for  Windows. 

Windows  Sockets-based  Telnet  or  NS/VT  support  requires  Reflection  for  Win¬ 
dows  4.1  or  above. 

a  Version  2.1  or  higher  of  Reflection  8  for  DOS. 
a  Reflection  X  version  4.0  or  higher 
a  Reflection  3270  version  4.0  or  higher. 

Reflection  FTP  is  shipped  with  Reflection  for  Windows  1,  2,  and  4,  Reflection  X, 
and  Reflection  3270,  versions  4.1  and  above.  It  includes  support  for  moving, 
previewing,  and  deleting  files  using  a  drag-and-drop  or  command  line  interface. 

Reflection  Network  Series  Requirements 

You  can  use  this  version  of  the  Reflection  Network  Series  with  the  following  Reflec¬ 
tion  Network  Series  products: 

a  NFS  Option  version  2.1  and  above. 

a  Some  applications  included  with  the  Reflection  Network  Series  for  Windows 
version  4.0  and  above.  See  page  238  for  more  information. 
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Hardware  Requirements 

No  PC  requirements  beyond  those  for  Reflection  are  needed  to  run  the  Reflection 
Network  Series. 

You  must  have  an  ODI  or  NDIS-compliant  network  adapter  card  that  provides  con¬ 
nection  to  an  Ethernet  or  Token-Ring  network.  See  page  27  for  a  list  of  the  Token- 
Ring  and  Ethernet  network  adapter  card  drivers  included  with  the  Reflection  Net¬ 
work  Series. 

File  Transfer  Requirements 

If  you  are  planning  to  use  Reflection’s  proprietary  file  transfer  protocol  to  an  HP, 
VAX,  or  UNIX  host,  the  appropriate  host  software  (VAXLINK2,  PCLINK2, 
unxlink2)  must  be  installed  on  the  host.  This  host  software  is  included  with 
applicable  Reflection  products;  see  your  Reflection  documentation  for  information 
on  uploading  these  files. 

To  use  LAT  fast  file  transfer,  upload  the  host  software  (VAXLINK2)  distributed  with 
Reflection  for  DOS  4.2  or  above,  or  Reflection  for  Windows  version  4.0  or  above. 
The  version  of  VAXLINK2  should  be  2.1 1  or  above. 

To  use  fast  file  transfer  with  NS/VT,  upload  the  host  software  (PCLINK2.PUB)  dis¬ 
tributed  with  version  43  or  above  of  Reflection  1  or  Reflection  7  for  DOS,  or  ver¬ 
sion  4.0  or  above  of  Reflection  1  for  Windows.  The  version  of  PCLINK2  should  be 
2.6  or  higher. 

To  use  fast  file  transfer  over  a  router,  see  page  114. 


The  LAT  Connection 

The  LAT  Connection  gives  PCs  access  to  hosts  using  the  LAT  protocol  over 
Ethernet.  The  LAT  Connection  uses  very  little  PC  memory  and  comes  with  Reflec¬ 
tion  Network  Series  driver  support  that  allows  you  to  manage  multiple  LAT  sessions. 
The  LAT  Connection  is  the  solution  for  users  who  need  economical  support  for  mul¬ 
tiple  LAT  sessions  and  simultaneous  access  to  their  PC  network  servers,  including 
IPX  support  for  NetWare. 
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Only  Ethernet  adapter  cards  can  be  used  with  this  product;  Digital  Equipment 
Corporation  has  not  defined  LAT  for  Token^Ring. 
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The  TCP  Connection 

The  TCP  Connection  adds  a  complete  TCP/IP  protocol  stack  with  Telnet  support  to 
the  functionality  of  the  LAT  Connection,  including  full  Reflection  Network  Series 
driver  support  for  access  to  PC  networks  such  as  Novell  NetWare,  LAN  Manager,  or 
Windows  for  Workgroups.  It  is  the  answer  for  users  who  want  an  economical  one- 
vendor  solution  for  host  connectivity  with  support  for  Telnet  and  LAT  protocols  and 
FTP  file  transfer. 
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The  NS  Connection 

The  NS  Connection  provides  access  to  HP  hosts  using  Network  Services  Virtual 
Terminal  protocol.  It  includes  full  Reflection  Network  Series  driver  support  for 
access  to  PC  networks  such  as  Novell  NetWare,  LAN  Manager  and  Windows  for 
Workgroups.  It  is  the  solution  for  users  who  want  economical  access  to  HP  hosts. 
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The  3000  Connection 

The  3000  Connection  gives  a  PC  with  a  single  network  interface  card  the  capability 
to  communicate  with  an  array  of  hosts — HP,  VAX,  UNIX — and  Novell  NetWare, 
LAN  Manager,  Windows  for  Workgroups,  or  other  ODT  or  NDIS-compliant  net¬ 
working  software.  A  user  can  maintain  NS/VT  terminal  sessions  to  an  HP  3000  and 
have  simultaneous  access  to  PC  networks,  Telnet  and  FTP  sessions,  and  LAT 
sessions. 
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Documentation  Overview 

The  Reflection  Network  Series  documentation  set  consists  of  a  User  Guide ,  a 
Reference  Card ,  and  this  Technical  Reference. 

a  The  User  Guide  provides  an  overview  of  how  to  use  the  Reflection  Network 
Series  with  Reflection  products  for  DOS  and  Reflection  products  for  Windows. 
Configuration  forms  to  help  you  prepare  for  the  Setup  process  are  also  provided. 

a  The  Reference  Card  gives  a  keystroke  and  command  summary  for  using  the 
Reflection  Network  Series  protocols  with  Reflection. 

This  Technical  Reference  covers  all  of  the  Reflection  Network  Series  products.  If,  for 
example,  you  have  purchased  the  TCP  Connection  or  the  3000  Connection,  go  to 
“The  LAT  Connection”  on  page  41  for  information  on  using  the  LAT  protocol  sup- 
port  included  in  these  products. 

This  manual  consists  of  the  following  sections: 

a  Introduction  to  the  Reflection  Network  Series  describes  the  architecture  of  the 
Reflection  Network  Series  and  summarizes  the  features  of  each  product. 

This  section  also  describes  the  Reflection  Network  Series  Setup  program. 

a  LAT  Connection  reviews  the  requirements  for  running  the  LAT  Connection, 
LAT  configuration  options,  and  a  LAT  network  service  utility. 

a  TCP  Connection  describes  Reflection  Network  Series  TCP/IP  protocol  support 
for  Telnet  and  FTP  sessions. 

a  NS  Connection  describes  the  NS/VT  protocol  support  for  access  to  HP  3000s  via 
Network  Services. 

a  3000  Connection  describes  the  multi-protocol  support  in  the  3000  Connection. 

a  Driver  Support  describes  the  ODI-  and  NDIS-compliant  driver  support  common 
to  all  products  in  the  Reflection  Network  Series. 

A  PC  LAN  and  Sockets  Application  Support  describes  configuration  and  support  for 
NetWare  and  other  PC  LANs,  support  for  Windows  Sockets  and  TCP  Sockets, 
NetIPC  applications,  and  the  Reflection  Network  Series  NetBIOS  interface  for 
LAN  Manager  and  Windows  for  Workgroups  using  a  TCP/IP  transport. 
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a  Managing  Sessions  in  Reflection  describes  the  connection  options  in  Reflection  for 
Windows  and  the  Connection  Manager  interface  in  Reflection  for  DOS. 

a  Administrator  Guidelines  describes  administration  utilities,  how  to  use  NET.CFG 
and  PROTOCOL.INI  for  TCP/IP  configuration,  and  other  site  installation 
options. 

a  The  appendices  cover  Telnet  support  over  a  third-party  TCP/IP  stack,  SLIP 
interface  support,  memory  management  techniques,  troubleshooting  tips,  and 
error  messages. 

a  Configuration  forms  for  each  of  the  Reflection  Network  Series  products  follow 
the  index. 

Documentation  Conventions 

The  conventions  used  in  this  manual  are  as  follows: 

a  In  most  cases,  the  Reflection  interfaces  documented  in  this  manual  apply  to  the 
HP,  VAX,  and  UNIX  terminal  emulation  in  Reflection  1,  2,  4,  7  for  DOS  and 
Reflection  1,  2,  and  4  for  Windows.  See  your  Reflection  8,  Reflection  3270,  or 
Reflection  X  documentation  for  information  on  how  these  products  work  with 
the  Reflection  Network  Series. 

a  Information  you  must  type  exactly  as  shown  appears  in  this  typeface,  as 
follows: 

Type  SHOW  SERVICES  and  press  [Enter  j). 

a  The  names  of  keys  are  framed  (for  example,  [Enter  j)).  Key  combinations  are 
shown  connected  by  a  hyphen:  (Ah]-®.  Do  not  include  the  hyphen  when 
pressing  the  key  combination. 

a  Command  syntax  uses  the  following  conventions: 

<  >  Angle  brackets  enclose  a  description  of  information  to  be  entered.  Do  not 
include  the  brackets  when  entering  the  parameter. 


I  A  vertical  bar  separates  exclusive  parameter  choices.  Use  only  one  of  these 
options  at  a  time. 

[  ]  Square  brackets  enclose  one  or  more  optional  parameters. 

{ }  Braces  enclose  a  set  of  choices,  one  of  which  is  required. 

<n>  Variables  designated  with  an  <n>  are  in  decimal  format. 

<x>  Variables  designated  with  an  <x>  are  in  hexadecimal  format. 

In  the  following  example,  the  keyword  DISCONNECT  must  be  followed  by  a 
session  number  or  the  keyword  ALL: 

DISCONNECT  {<session  number>  |  ALL} 


a  A  graphic  convention  is  used  to  indicate  product  specific  information.  For 
example,  the  following  graphics  indicates  information  that  is  applicable  to  all 
products: 

jii 

The  following  graphic  indicates  information  that  is  applicable  to  the  NS  Con¬ 
nection  and  3000  Connection: 
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All  Reflection  Network  Series  products  come  with  a  Setup  program  that  helps  you 
get  started  with  a  minimum  of  additional  configuration. 

When  necessary,  Setup  makes  modifications  to  system  files,  including  CONFIG.SYS 
and  AUTOEXEC.BAT.  Backup  copies  of  these  files  are  created  as  part  of  the  Setup 
process. 

The  configuration  forms  in  the  back  of  this  manual  outline  the  information  you  will 
have  to  provide  when  you  run  Setup.  These  forms  are  also  available  in  the  Reflec¬ 
tion  Network  Series  User  Guide.  You  can  photocopy  and  distribute  these  forms  to 
individual  users. 


After  you  have  completed  all  Setup  instructions  detailed  in  this  chapter,  type 
STARTNET  in  the  directory  that  contains  your  Reflection  Network  Series  software.  If 
you  have  chosen  to  load  your  Reflection  Network  Series  files  as  part  of 
AUTOEXEC.BAT,  you  won’t  have  to  perform  this  step. 

After  that,  you  can  run  Reflection,  confirm  your  datacomm  port  selection,  and  begin 
using  your  Reflection  Network  Series  software. 

Note:  If  you  use  Windows,  you  must  run  your  Reflection  Network  Series  startup  file 
(STARTNET.BAT  by  default)  before  starting  Windows.  This  applies  to  Reflection 
products  for  Windows  as  well  as  to  Reflection  products  for  DOS  running  under 
Windows.  ▲ 
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Setup  Summary 

To  run  the  Setup  program  for  any  of  the  Reflection  Network  Series  products,  insert 
the  first  program  diskette  in  your  external  disk  drive  (for  example,  your  A:  drive).  At 
the  DOS  prompt,  type: 

A: SETUP 

Note:  The  Setup  program  assumes  you  are  using  a  color  terminal.  If  you  find  that 
your  monochrome  terminal  does  not  display  Setup  screens  correctly,  type 

A: SETUP/MONO. ▲ 

“Troubleshooting,”  which  begins  on  page  400,  suggests  some  procedures  to  try  if  you 
can’t  run  Setup,  can’t  start  the  Reflection  Network  Series  after  you  install,  or  can’t 
connect  to  your  host  or  your  LAN  after  you  have  run  Setup. 

If  You’re  Upgrading  from  an  Earlier  Version 

In  addition  to  installing  the  Reflection  Network  Series  for  an  ODI  or  NDIS  environ¬ 
ment,  Setup  includes  the  option  to  convert  from  an  NDIS  configuration  to  an  ODI 
configuration. 

It’s  recommended  that  you  install  this  version  of  the  Reflection  Network  Series  in 
the  same  directory  as  any  previous  version. 

If  you’re  concerned  about  being  able  to  return  to  your  previous  version  in  case  there’s 
a  problem,  create  a  subdirectory  below  your  Reflection  Network  Series  directory  (for 
example,  \WRQNET\OLD)  before  you  start.  Copy  all  the  files  in  your  WRQNET 
directory  to  this  backup  directory.  If  you  find  a  problem  after  you  run  Setup,  you  can 
back  out  by  copying  the  contents  of  \WRQNET\OLD  back  to  the  \WRQNET 
directory. 

Backup  copies  of  your  AUTOEXEC.BAT  and  CONFIG.SYS  files  are  saved  as  part  of 
Setup  with  a  numbered  extension,  such  as  AUTOEXEC.OOO  or  CONFIG.OOO.  If 
you’re  using  Windows,  changes  may  be  made  to  SYSTEM.INI;  the  original  file  will 
also  be  backed  up  with  a  numbered  extension. 
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LAT  Connection  Setup 

Setup  will  prompt  you  for  information  on  the  following  topics: 

a  Do  you  want  to  configure  the  Reflection  Network  Series  to  run  in  an  ODI 
or  NDIS  environment?  See  page  23. 

a  What  network  adapter  card  are  you  using?  See  page  27. 

a  Are  you  using  Reflection  for  Windows?  See  page  24. 

a  Are  you  using  Novell  NetWare?  See  page  25. 

a  How  many  LAT  sessions  do  you  want  to  run  at  the  same  time?  You  can  request 
as  many  as  16  LAT  sessions — each  session  requested  requires  more  memory. 

TCP  Connection  Setup 

Setup  will  prompt  you  for  information  on  the  following  topics: 

a  Do  you  want  to  configure  the  Reflection  Network  Series  to  run  in  an  ODI  or 
NDIS  environment?  See  page  23. 

a  What  network  adapter  card  are  you  using?  See  page  27. 

a  Are  you  using  Reflection  for  Windows?  See  page  24. 

a  Are  you  using  Novell  NetWare?  See  page  25. 

a  Which  protocols  do  you  plan  to  use?  How  many  sessions  do  you  want  to  run  at 
the  same  time? 

The  TCP  Connection  provides  a  TCP/IP  protocol  stack  for  Telnet  and  FTP,  and 
it  also  includes  LAT  support.  If  you  do  not  need  to  use  the  LAT  protocol,  LAT 
programs  won’t  be.  included  in  your  Reflection  Network  Series  startup  file. 

If  you’re  using  both  LAT  and  Telnet,  the  number  of  simultaneous  sessions  you 
request  can  be  less  than  the  sum  of  sessions  requested  for  the  two  protocols.  For 
example,  you  may  need  several  Telnet  or  FTP  sessions  while  you  are  connected 
to  a  UNIX  host,  but  you  may  not  want  to  keep  them  active  at  the  same  time  you 
have  several  active  LAT  sessions  to  a  VAX/VMS  system.  An  FTP  session  with 
Reflection  for  Windows  requires  two  sessions. 

Requesting  more  sessions  requires  more  memory. 
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When  using  a  Windows  Sockets  interface  for  Telnet,  the  number  of  Telnet  ses¬ 
sions  you  can  run  concurrently  is  limited  by  PC  memory  instead  of  the  number 
of  Telnet  sessions  you  specify  in  Setup  or  by  using  the  /SESSIONS  switch  for 
TELMGR.EXE. 

▲  If  you  have  chosen  an  NDIS  environment,  you’ll  also  be  asked  if  you’re  using 
LAN  Manager  version  2.1  or  above  with  a  TCP/IP  transport.  See  page  26. 

a  Do  you  want  to  run  a  Windows  Sockets  or  a  TCP  Sockets  application?  See  page 
30  for  information  on  Windows  Sockets,  and  page  31  for  information  on  TCP 
Sockets. 

a  Do  you  want  to  run  a  NetIPC  application?  See  page  32. 

a  Do  you  want  to  run  a  NetBIOS  application?  See  page  33. 

You  won’t  see  this  question  if  you  specified  earlier  in  Setup  that  you  want  a 
TCP/IP  transport  for  LAN  Manager  in  an  NDIS  environment.  If  you  see  this 
question  and  you  want  to  run  LAN  Manager  with  NetBIOS  in  an  NDIS  envi¬ 
ronment,  re-start  Setup  and  answer  yes  when  asked  if  you  will  be  using 
Microsoft  LAN  Manager  with  WRQ’s  TCP/IP. 

a  In  addition,  Setup  asks  you  a  series  of  questions  about  your  TCP/IP  configura¬ 
tion,  including  your  IP  address  and  PC  DNS  host  name.  See  page  34. 

NS  Connection  Setup 

Setup  will  prompt  you  for  information  on  the  following  topics: 

a  Do  you  want  to  configure  the  Reflection  Network  Series  to  run  in  an  ODI  or 
NDIS  environment?  See  page  23. 

a  What  network  adapter  card  are  you  using?  See  page  27. 

a  Are  you  using  Windows?  If  so,  are  you  also  using  Reflection  for  Windows?  See 
page  24. 

a  Are  you  using  Novell  NetWare?  See  page  25. 

a  How  many  NS/VT  sessions  do  you  want  to  run  at  the  same  time?  As  many  as  32 
sessions  can  be  specified,  but  most  users  will  need  no  more  than  8.  Requesting 
more  sessions  requires  more  memory. 
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When  using  a  Windows  Sockets  interface  for  NS/VT,  the  number  of  NS/VT  ses¬ 
sions  you  can  run  concurrently  is  limited  by  PC  memory  instead  of  the  number 
of  NS/VT  sessions  you  specify  in  Setup  or  by  using  the  /SESSIONS  switch  for 
VTMGR.EXE. 

a  If  you  have  chosen  an  NDIS  environment,  you’ll  also  be  asked  if  you’re  using 
LAN  Manager  version  2.1  or  above  with  a  TCP/IP  transport.  See  page  26. 

Do  you  want  to  run  a  Windows  Sockets  or  a  TCP  Sockets  application?  See  page 
30  for  information  on  Windows  Sockets,  and  page  31  for  information  on  TCP 
Sockets. 

a  Do  you  want  to  run  a  NetIPC  application?  See  page  32. 

a  Do  you  want  to  run  a  NetBIOS  application?  See  page  33. 

You  won’t  see  this  question  if  you  specified  earlier  in  Setup  that  you  want  a 
TCP/IP  transport  for  LAN  Manager  in  an  NDIS  environment.  If  you  see  this 
question  and  you  want  to  run  LAN  Manager  with  NetBIOS  in  an  NDIS 
environment,  re-start  Setup  and  answer  yes  when  asked  if  you  will  be  using 
Microsoft  LAN  Manager  with  WRQ’s  TCP/IP. 

a  In  addition,  Setup  asks  you  a  series  of  questions  about  your  TCP/IP  configura¬ 
tion,  including  your  IP  address  and  PC  DNS  host  name.  See  page  34. 

a  What  is  the  HP  network  interface  name  (node,  domain,  and  organization)  for 
your  machine?  See  page  33. 

3000  Connection  Setup 

Setup  will  prompt  you  for  information  on  the  following  topics: 

a  Do  you  want  to  configure  the  Reflection  Network  Series  to  run  in  an  ODI  or 
NDIS  environment?  See  page  23. 

a  What  network  adapter  card  are  you  using?  See  page  27. 

a  Are  you  using  Windows?  If  so,  are  you  also  using  Reflection  for  Windows?  See 
page  24. 

a  Are  you  using  Novell  NetWare?  See  page  25. 


A 
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▲  Which  protocols  do  you  want  to  use?  How  many  sessions  do  you  want  to  run  at 
the  same  time? 

The  3000  Connection  supports  three  protocols;  you  can  specify  a  session  num- 
her  limit  for  each.  You  will  also  be  asked  to  specify  the  number  of  sessions  for  all 
protocols  you’ll  need  to  maintain  at  the  same  time.  The  number  of  simultaneous 
sessions  can  be  less  than  the  sum  of  sessions  specified  for  each  protocol.  For 
example,  you  may  need  several  LAT  sessions  while  you’re  connected  to  a 
VAX/VMS  system,  but  you  may  not  need  to  maintain  all  of  them  when  you’re 
starting  NS/VT  sessions  to  an  HP  host. 

Requesting  more  sessions  requires  more  memory. 

When  using  a  Windows  Sockets  interface  for  Telnet  and  NS/VT,  the  number  of 
sessions  you  can  run  concurrently  is  limited  by  PC  memory  instead  of  the 
number  of  sessions  you  specify  in  Setup  or  the  /SESSIONS  switches  for 
TELMGR.EXE  and  VTMGR.EXE. 

▲  If  you  have  chosen  an  NDIS  environment,  you’ll  also  be  asked  if  you’re  using 
LAN  Manager  with  a  TCP/IP  transport.  See  page  26. 

A  Do  you  want  to  run  a  Windows  Sockets  or  a  TCP  Sockets  application?  See  page 
30  for  information  on  Windows  Sockets,  and  page  31  for  information  on  TCP 
Sockets. 

a  Do  you  want  to  run  a  NetIPC  application?  See  page  32. 

a  Do  you  want  to  run  a  NetBIOS  application?  See  page  33. 

You  won’t  see  this  question  if  you  specified  earlier  in  Setup  that  you  want  a 
TCP/IP  transport  for  LAN  Manager  in  an  NDIS  environment.  If  you  see  this 
question  and  you  want  to  run  LAN  Manager  with  NetBIOS  in  an  NDIS  envi¬ 
ronment,  re-start  Setup  and  answer  yes  when  asked  if  you  will  be  using 
Microsoft  LAN  Manager  with  WRQ’s  TCP/IP. 

a  In  addition,  Setup  asks  you  a  series  of  questions  about  your  TCP/IP  configura¬ 
tion,  including  your  IP  address  and  PC  DNS  host  name.  See  page  34. 

a  What  is  the  HP  network  interface  name  (node,  domain,  and  organization)  for 
your  machine?  See  page  33. 


Installing  the  Reflection  Network  Series 


Setup  Questions 


Depending  on  the  product  you’re  installing,  Setup  may  ask  you  several  of  the  ques¬ 
tions  covered  below. 


Choosing  a  Multi-Protocol  Interface:  ODI  vs.  NDIS 


Do  you  want  to  use  ODI  or  NDIS  as  the  multiprotocol  interface? 

If  you  have  an  NDIS  environment  currently  implemented  on  your  PC,  you  can  con¬ 
tinue  to  use  this  environment,  or  you  can  choose  to  move  to  ODI  as  part  of  the 
upgrade. 

Comparing  ODI  and  NDIS 

The  Reflection  Network  Series  supports  both  the  ODI  and  NDIS  industry  standard 
interfaces. 

ODI  is  a  standard  interface  to  a  network  adapter  driver  written  by  Novell.  NDIS  is 
Microsoft/3Com’s  Network  Driver  Interface  Specification.  Both  of  these  interface 
specifications  allow  multiple  network  protocols  to  share  the  same  network  card. 

Note:  After  selecting  ODI  or  NDIS  and  installing  the  Reflection  Network  Series, 
you  won’t  be  prompted  for  these  options  when  you  run  Setup  again.  If  you  need  to 
change  to  ODI  after  you  have  chosen  NDIS  or  vice  versa,  run  Setup  from  the 
Reflection  Network  Series  distribution  disks  so  that  files  applicable  to  the  new  envi¬ 
ronment  can  be  copied  to  your  hard  drive,  a 

In  many  cases,  other  parts  of  your  network  environment  determine  which  of  these 
interfaces  should  be  used. 


A 


Installing  the  Reflection  Network  Series 


You  Should  Choose  ODI  If: 

▲  You  need  to  support  Novell  NetWare  diskless  workstations. 

▲  You  need  to  be  able  to  unload  your  PC  LAN  software  to  run  a  memory ^  intensive 
application;  more  network  modules  are  unloadable  with  ODI. 

a  In  general,  Novell’s  ODI  is  recommended  if  NetWare  is  the  only  network 
operating  system  in  your  environment.  See  page  25  for  a  comparison  of  ODI 
and  NDIS  environments  for  Novell  NetWare. 

You  Should  Choose  NDIS  If: 

A  You  want  the  Reflection  Network  Series  to  coexist  in  an  NDIS-compliant  PC 
environment  with  networks  such  as  Banyan  VINES,  Windows  for  Workgroups, 
or  LAN  Manager  using  NetBEUI. 

a  You  have  an  existing  NDIS  environment  and  do  not  wish  to  convert  to  ODI. 

a  You  have  an  older  network  card  for  which  there  is  no  ODI  driver  available. 

Setup  and  Windows 

A  &  m 

Do  you  use  Windows ?  Where  is  your  Windows  directory ? 

This  information  is  used  even  if  you  don’t  use  any  Reflection  products  for  Windows. 
The  proper  configuration  of  IPX.COM  and  VTMGR.EXE,  for  example,  depend  on 
your  answer  about  Windows.  If  necessary,  settings  in  SYSTEM.INI  are  added  or 
modified. 

Are  you  using  Reflection  for  Windows ?  Where  is  the  Reflection  directory ? 

Reflection  1,  2,  and  4  for  Windows  supply  the  files  RCOM.DLL  and  VINT14.386, 
but  newer  versions  of  these  files  are  copied  into  your  Reflection  directory  if 
necessary. 

TCP  Connection,  NS  Connection,  and  3000  Connection  users  are  asked  if  they  use 
an  application  that  uses  Windows  Sockets,  TCP  Sockets,  or  NetIPC.  If  so,  Setup 
adds  several  Windows  support  files  to  your  Reflection  Network  Series  directory 
(WRQNET  by  default).  See  page  229  for  details  on  these  files. 
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Setup  and  Novell  NetWare 


Tf*D  MO 

TCP  NS 


3000 


Are  you  using  Novell  NetWare? 

The  questions  about  NetWare  differ  according  to  whether  you  selected  ODI-  or 
NDIS  when  you  first  started  Setup.  Support  for  IPX,  the  protocol  used  by  NetWare, 
is  available  over  both  ODI  and  NDIS  drivers. 

See  page  23  for  more  information  on  how  to  determine  whether  to  implement  ODI 
or  NDIS  as  your  multiprotocol  interface. 

If  You  Selected  ODI: 

For  the  ODI  environment,  the  IPXODI.COM  shipped  with  the  Reflection  Network 
Series  is  the  same  as  an  IPXODI.COM  that  you  may  find  on  a  NetWare  disk— no 
special  customization  has  been  performed. 

Setup  copies  IPXODI.COM  into  your  Reflection  Network  Series  directory,  adds 
appropriate  configuration  information  to  NET.CFG,  and,  if  necessary,  modifies 
AUTOEXEC.BAT  so  that  IPXODI  is  run  when  you  boot  your  PC. 

If  you  already  have  a  copy  of  IPXODI.COM  provided  by  Novell  on  your  machine, 
you  can  continue  to  use  it. 

If  You  Selected  NDIS: 

For  the  NDIS  environment,  the  IPX.COM  shipped  with  the  Reflection  Network 
Series  is  not  the  same  as  the  IPX.COM  you  have  created  with  Novell’s  WSGEN 
program — it  has  been  customized  to  work  with  Reflection  Network  Series  driver 
support. 

After  determining  if  you  use  Windows  3.0  or  not,  Setup  copies  the  appropriate  ver- 
sion  ofIPX.COM  into  your  Reflection  Network  Series  default  directory  and  modifies 
AUTOEXEC.BAT  so  that  IPX  is  run  when  you  boot  your  PC. 
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If  You’re  Using  Ethernet: 

You’ll  be  asked  to  select  an  IPX  packet  type. 

Some  NetWare  environments  on  an  Ethernet  network  are  set  up  to  run  over  Ether¬ 
net  Version  II  rather  than  the  NetWare  default  of  802.3  (in  the  case  of  NetWare  4.0 
and  ODI,  802.2  is  the  default). 

If  possible,  Setup  determines  how  an  existing  IPX  program  is  configured  and  uses 
that  configuration  as  the  suggested  default.  If  you  don’t  know  the  answer,  just  choose 
the  default  displayed  here. 

See  page  211  for  details  on  how  Setup  configures  IPX.COM,  and  page  208  for 
information  on  how  Setup  configures  for  IPXODI.COM. 

Setup  and  LAN  Manager 

A 

Are  you  using  LAN  Manager?  If  so,  are  you  using  a  TCP/IP  transport  for  LAN 
Manager? 

You’ll  see  this  question  if  you  are  setting  up  in  an  NDIS  environment. 

The  Reflection  Network  Series  NetBIOS  support  allows  you  to  use  the  Reflection 
Network  Series  TCP/IP  stack  with  LAN  Manager.  Use  the  information  on  page  218 
to  reconfigure  LAN  Manager  before  you  run  the  Reflection  Network  Series  Setup 
program.  (You  don’t  need  to  do  this  if  you  already  performed  this  step  with  a  copy  of 
Reflection  Network  Series  version  2.0  or  above.) 

Other  LAN  Manager  transport  layer  options  such  as  NetBEUI  can  coexist  with  the 
NDIS  version  of  the  Reflection  Network  Series  TCP/IP  software  without 
modification. 

If  you’re  using  Microsoft  LAN  Manager  version  2.1  or  above,  Setup  checks  if  you 
have  already  done  the  pre-setup  procedure  to  configure  LAN  Manager  to  use  WRQ’s 
NetBIOS  and  TCP/IP  software. 

Other  LAN  Manager  versions  may  require  manual  configuration.  See  page  217  for 
more  information. 


E  t  ;S 
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Network  Adapter  Cards 


LAT  TCP 


What  network  adapter  card  are  you  using ? 


If  the  network  card  you  are  using  is  among  those  listed  in  the  table  on  page  27,  Setup 
configures  the  driver  and  in  most  cases,  installs  the  driver  for  that  card. 


Network  Card  IRQ  Values 

Check  the  IRQ  (or  Interrupt)  setting  for  your  card  before  you  start  Setup.  In  most 
cases,  you  11  only  have  to  confirm  that  the  default  value  is  correct.  The  setting  on 
your  PC  may  have  been  changed  to  avoid  an  IRQ  conflict  (for  example,  IRQ  3  is 
used  for  many  network  cards;  it  is  also  the  IRQ  for  COM2). 

When  setting  up  some  cards  in  an  NDIS  environment,  Setup  cannot  assign  a  default 
IRQ,  and  you  must  provide  the  IRQ  value.  It  is  best  to  know  this  setting  before  you 
run  Setup,  but  you  will  still  be  able  to  finish  Setup  if  you  can’t  provide  the  answer. 
You  may  be  able  to  operate  without  an  IRQ  value,  but  it  is  less  stable — the  IRQ 
setting  is  strongly  recommended.  You’ll  find  IRQ  information  in  your  card’s 
documentation.  After  locating  this  information,  run  Setup  again  and  choose  Recon¬ 
figure  to  add  the  IRQ  value. 

Setup  provides  direct  configuration  for  the  network  cards  listed  below.  In  most  cases, 
the  ODI  and  the  NDIS  drivers  for  the  card  you  select  are  shipped  with  the  Reflec¬ 
tion  Network  Series.  If  the  driver  you  need  is  not  shipped  with  the  Reflection 
Network  Series,  you  can  copy  the  driver  from  a  disk  supplied  by  the  card  manufac¬ 
turer  after  running  Setup. 


Company 

Network  Adapter 

Type 

3Com 

EtherLink  3C501 

Ethernet 

EtherLink  II  3C503 

Ethernet 

EtherLink  16  3C507 

Ethernet* 

EtherLink  III  Series  (3C509,  3C5X9) 

Ethernet* 

EtherLink/MC  3C523 

Ethernet* 

TokenLink  III  3C619 

Token-Ring3 

*  This  card’s  IRQ  default  for  NDIS  is  not  provided  by  Setup. 
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Company 

Network  Adapter 

Type 

Cabletron 

NDI-20xx  Ether  ISA  Series 

Ethernet  (NDIS  only) 

NDI-21xx  Ether  ISA  Series 

Ethernet  (NDIS  only) 

NDI-30xx  Ether  MCA  Series 

Ethernet  (NDIS  only)* 

NDI-31xx  Ether  MCA  Series 

Ethernet  (NDIS  only)* 

Hewlett-Packard 

EtherTwist  MCA  (Micro  Channel) 

Ethernet* 

EtherTwist  8  bit 

Ethernet 

EtherTwist  Plus 

Ethernet 

EtherTwist  HPJ2405  internal  adapter 

Ethernet! 

ThinLAN  (part  #27250A) 

Ethernet 

ThinLAN  (part  #27210x) 

Ethernet 

Starlan  10  Link  I 

Ethernet 

IBM 

Token-Ring  16/4  Adapter 

Token-Ring* 

Token-Ring  16/4  Adapter/ A 

Token-Ring* 

Intel 

EtherExpress  16 

Ethernet* 

TokenExpress  16 

Token-Ring* 

Novell 

Novell  NE1000 

Ethernet! 

Novell  NE2000 

Ethernet! 

Racal  Interlan 

NI5210 

Ethernet 

(Racal'Datacom) 

NI9210 

Ethernet* 

SMC 

EtherCard  Ultra  Elite  16 

Ethernet  (NDIS  only) 

EtherCard  Plus  Elite  16 

Ethernet 

TokenCard  Elite 

Token-Ring 

*  This  card’s  IRQ  default  for  NDIS  is  not  provided  by  Setup. 


t  Driver(s)  must  be  supplied  by  the  manufacturer. 
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Company  Network  Adapter  Type 

UB  Networks  NIUpc  Ethernet 

(UngermanmBass)  NIUpc/EOTP  Ethernet 

NIUps  Ethernet 


Western  Digital  EtherCard  Plus 


Ethernet 


Xircom 


Pocket  Ethernet  Adapter 
Pocket  Ethernet  Adapter  II 
Pocket  Ethernet  Adapter  III 
Pocket  TokenRing  Adapter 


Ethernet 

Ethernet 

Ethernet 

Token-Ring  (ODI  only) 


Setting  Up  Other  Cards 

If  your  network  card  is  not  among  those  listed  on  the  tables  above,  select  “Other 

Ethernet”  or  “Other  Token-Ring”  and  choose  among  the  options  listed  below: 

a  You  can  request  installation  of  drivers  from  the  Reflection  Network  Series  Sup¬ 
plemental  Drivers  disk.  These  drivers  are  ODI  or  NDIS-compliant  but  have  not 
been  tested  by  WRQ. 

a  You  can  specify  where  the  driver  you  want  to  use  is  located.  For  example,  you 
can  use  a  driver  distributed  with  your  network  card — the  disk  probably  has  ODI 
and  NDIS  drivers  and  configuration  information  on  it.  For  example, 
PROTOCOL.INI  information  may  be  included  in  an  NDIS  or 
MSLANMAN.DOS  directory  on  your  network  card  distribution  disk.  Novell 
ODI  drivers  may  be  included  in  the  \DOSODI  directory  on  your  network  card 
distribution  disk. 

a  You  can  indicate  that  the  driver  is  already  installed.  In  this  case,  Setup  allows 
you  to  select  the  driver  name  from  the  sections  in  your  current  NET.CFG  file 
(ODI  implementation)  or  PROTOCOL.INI  file  (NDIS  implementation). 

a  If  you  cannot  use  any  of  these  options,  see  page  193  for  a  suggested  procedure  for 

manually  configuring  network  cards  not  included  in  the  Setup  program. 


Windows  Sockets  and  TCP  Sockets  Support 

▲  ▲  ▲ 


Are  you  running  a  Windows  Sockets  or  TCP  Sockets  application? 

The  Reflection  Network  Series  provides  two  kinds  of  socket  support: 

a  The  Windows  Sockets  interface  is  a  standard  that  allows  applications  written  to 
the  standard  to  use  any  Windows  Sockets  compliant  TCP/IP  stack. 

a  The  TCP  Sockets  interface  is  an  interface  used  by  applications  written  to  the 
socket  libraries  of  HP,  Microsoft,  and  Digital  Equipment  Corporation. 

Windows  Sockets  Support 

WRQ’s  Windows  Sockets  support  lets  you  run  Windows  Sockets  compatible  applica¬ 
tions  over  WRQ’s  DOS  TCP/IP  stack.  Applications  that  can  use  Windows  Sockets 
support  include  all  of  the  current  releases  of  Reflection  for  Windows  and  any  other 
Windows  Sockets  compatible  applications.  Don’t  answer  yes  to  Windows  Sockets  in 
Setup  if  you  ever  use  Reflection  for  DOS. 

Note:  Be  sure  to  install  Reflection  for  Windows  before  running  the  Reflection 
Network  Series  Setup  program — Setup  determines  which  modules  to  install  based 
on  the  Reflection  version  it  detects  on  your  PC.  a 

Setup  does  the  following  if  you  indicate  that  you  are  running  an  application  that 
uses  Windows  Sockets: 

a  Setup  adds  WRQHPSO.EXE  to  your  Reflection  Network  Series  directory  and  to 
your  STARTNET.BAT.  Other  Windows  Sockets  support  files  are  added  to  your 
Reflection  Network  Series  directory  and  added  to  your 
\  WINDOWS  \  SYSTEM  \  directory. 

a  Setup  copies  examples  of  the  NETWORKS,  PROTOCOL,  and  SERVICES 
database  files  into  your  Reflection  Network  Series  directory.  The  “Path  to  Hosts 
file”  field  on  the  Advanced  Configuration  menu  (page  34)  specifies  the  location 
of  these  files  when  they  are  used  by  a  Windows  Sockets  or  TCP  Sockets 
application. 
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a  Setup  adds  your  Reflection  Network  Series  directory  to  the  path  in  your 
AUTOEXEC.BAT  file. 

a  Setup  alerts  you  if  it  detects  existing  copies  of  WINSOCK.DLL  on  your  PC. 

a  If  you  are  upgrading  the  Reflection  Network  Series,  Setup  makes  the  appropriate 
changes  to  your  STARTNET.BAT  and  STOPNET.BAT  files  so  that  Windows 
Sockets  modules  are  used  instead  of  DOS-based  modules  when  you  run  Telnet 
or  NS/VT. 

See  page  229  for  a  complete  description  of  Windows  Sockets  support. 

TCP  Sockets  Support 


Applications  that  can  use  the  TCP  Sockets  support  in  the  Reflection  Network  Series 
include: 

a  PC  X  Window  System  servers  such  as  Reflection  X 

a  Database  front  ends  such  as  Oracle  SQL*Net,  Sybase  Open  Client,  and  HP 
ALLBASE 

a  PC  e-mail  packages  such  as  HP  OpenMail  and  HP  NewWave  Mail 

Note:  Some  of  these  products  can  also  use  Windows  Sockets.  In  either  case,  the 
same  Reflection  Network  Series  modules  are  required,  a 

If  you  indicate  that  you  are  running  an  application  that  uses  TCP  Sockets,  Setup 
adds  WRQHPSO.EXE  to  STARTNET.BAT. 

If  you  have  indicated  that  you  are  using  Windows,  support  files  are  added  to  your 
Reflection  Network  Series  directory.  For  most  HP  applications,  Setup  also  makes  the 
necessary  changes  to  AUTOEXEC.BAT,  CONFIG.SYS,  (and  if  applicable, 
SYSTEM.INI)  so  that  Reflection  Network  Series  software  rather  than  HP  network 
software  is  loaded  when  you  reboot. 


A 
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Setup  also  copies  examples  of  the  NETWORKS,  PROTOCOL,  and  SERVICES 
database  files  into  your  Reflection  Network  Series  directory.  The  “Path  to  Hosts  file” 
field  on  the  Advanced  Configuration  menu  (page  34)  specifies  the  location  of  these 
files  when  they  are  used  by  a  Windows  Sockets  or  TCP  Sockets  application. 

See  page  239  for  a  complete  description  of  TCP  Sockets  support. 

NetIPC 

TCP  NS  3000 

Do  you  want  to  run  an  application  that  uses  NetIPC ? 

NetIPC  is  an  application  programming  interface  used  by  a  variety  of  HP  applica¬ 
tions,  such  as: 

▲  HP  AdvanceMail 

a  HP  Information  Access 

a  HP  LaserRX 

a  HP  NewWave  Mail 

This  product  can  operate  over  a  TCP  Sockets  or  a  NetIPC  interface.  If  you  have 
NewWave  Mail  and  you  don’t  know  which  interface  to  choose,  check  with  your 
system  manager. 

If  you  indicate  that  you  are  using  this  application  program  interface,  Setup  adds 
WRQTICL.EXE  to  STARTNET.BAT.  Windows  users  will  have  support  files  added 
to  their  Reflection  Network  Series  directory  and  SYSTEM.INI  is  modified.  Setup 
also  makes  the  necessary  changes  to  your  AUTOEXEC.BAT  and  CONFIG.SYS  files 
(and  if  necessary,  SYSTEM.INI)  so  that  Reflection  Network  Series  software  rather 
than  HP  network  software  is  loaded  when  you  reboot.  In  addition,  you  are  asked  for 
Node,  Domain,  and  Organization  settings,  described  on  page  33. 

See  page  243  for  a  complete  description  of  NetIPC  support  in  the  Reflection  Net¬ 
work  Series. 
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NetBIOS  Support 

A  Jk  3w° 

Do  you  want  to  run  an  application  that  uses  NetBIOS ? 

NetBIOS  is  an  interface  specification  that  can  be  implemented  for  use  with  a 
protocol  such  as  TCP/IP.  A  NetBIOS  interface  consists  of  a  standard  set  of  com' 
mands  and  data  that  are  passed  between  a  pair  of  applications,  similar  in  concept  to 
a  socket  interface.  The  Reflection  Network  Series  TCP/IP  stack  can  be  used  with  a 
NetBIOS  interface  to  provide  the  transport  layer  for  PC  LANs  such  as  Windows  for 
Workgroups  and  PATHWORKS. 

Note:  If  you  plan  to  run  LAN  Manager  2.1  with  WRQ’s  NetBIOS  support  in  an 
NDIS  environment,  restart  NDIS  Setup  and  answer  yes  when  asked  if  you  will  be 
running  Microsoft  LAN  Manager  with  WRQ’s  TCP/IP  stack.  If  you  want  to  run 
LAN  Manager  2.1  in  an  ODI  environment,  just  answer  yes  here,  a 

If  you  indicate  that  you  are  using  NetBIOS,  Setup  will  prompt  you  for  the  Reflection 
Network  Series  disk  labelled  “NDIS  Supplemental  Drivers.”  Insert  the  disk,  and 
Setup  will  copy  NB.EXE  to  your  Reflection  Network  Series  directory  and  will 
include  it  in  the  batch  file  that  loads  your  Reflection  Network  Series  software, 
STARTNET.BAT. 

See  page  215  for  a  complete  description  of  NetBIOS  support. 

HP  Network  Services  Network  Interface  Name 


If  you’re  installing  the  NS  Connection  or  the  3000  Connection,  Setup  asks  for  the 
full  network  interface  (NI)  name  of  your  PC.  You’ll  also  be  asked  for  this  informa¬ 
tion  if  you  are  using  the  TCP  Connection  in  combination  with  HP  Network  Ser¬ 
vices  applications. 

A  node  (computer)  on  an  HP  3000  network  has  a  network  interface  name  with  the 
following  format: 


NODE . DOMAIN . ORGANIZATION 
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For  example: 

HP1 . DIVISION . COMPANY 

The  node  name  for  your  PC  must  be  unique  on  the  network.  Your  system  adminis¬ 
trator  provides  the  domain  and  organization  settings.  See  page  116  for  more 
information.  The  keyword  equivalents  are  Node,  Domain,  and  Organization. 

TCP/IP  Configuration 

You  must  supply  two  pieces  of  information  for  TCP/IP  support — your  IP  address  and 
your  PC  DNS  Host  Name.  Depending  on  your  environment,  you  may  have  to  con¬ 
figure  additional  items  on  the  Advanced  Configuration  screen  for  TCP/IP 
parameters. 

IP  Address 

TCP  A  3000 

What  is  your  PC’s  IP  address? 

The  Internet  address  (also  called  “IP  address”)  identifies  a  PC  on  a  TCP/IP-based 
network.  This  field  is  required — each  machine  on  the  network  must  have  a  unique 
IP  address.  See  page  297  for  information  about  IP  addressing.  The  keyword  equiva- 
lent  is  IPAddressO. 

If  your  network  is  part  of  the  worldwide  Internet,  your  site  has  been  assigned  a  range 
of  addresses  for  your  network. 

PC  DNS  Host  Name 

TCP  NS  3000 

What  is  your  PC  DNS  host  name ? 

The  name  you  provide  is  a  Domain  Name  Service  identifier  for  your  PC. 
is  used  by  some  TCP/IP  applications  and  utilities  to  identify  your  PC 
network.  This  setting  is  case-sensitive.  The  name  portion  of  the  node 
unique  on  the  network. 


This  name 
on  the 
must  be 
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There  is  no  conflict  if  you  choose  the  same  name  for  the  HP  network  interface  name 
(NI  name)  described  on  page  33.  If  you  have  already  provided  an  HP  Network  Sen 
vices  node,  domain,  and  organization,  this  is  also  the  default  displayed  for  PC  DNS 
host  name. 

If  you’re  using  domain  name  services,  this  node  name  fits  into  the  DNS  naming 
scheme  on  your  network.  See  page  301  for  information  on  domain  names. 

Use  standard  domain  name  service  syntax;  for  example: 

simpson.mfg.com 

The  keyword  equivalent  in  NET.CFG  or  PROTOCOL.INI  is  PCDNSHostName;  it  is 
described  on  page  336. 


Advanced  Configuration  of  Network  Parameters 

You  can  configure  TCP/IP  parameters  on  the  Setup  Advanced  Configuration  screen. 
Your  system  administrator  should  provide  some  of  this  information  for  you. 


If  all  your  hosts  are  on  your  local  network,  you  may  be  able  to  bypass  this  screen. 
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PC  Internet  address 
Subnet  mask 
Subnet  address 
Gateway  address 
Domain  name  servers 
NetBIOS  sessions 
Path  to  Hosts  file: 
C : \WRQNET\ 


130.111.14.10 

255.255.240.0 

130.111.0.0 

130.111.0.1 

0 

0 


Number  of  buffers  5 
Size  of  buffers  1090 
Accept  values 
Cancel 


After  you  enter  these  values  and  exit  Setup,  they  are  included  in  the  file 
PROTOCOL.INI  (for  an  NDIS  environment)  or  NET.CFG  (for  an  ODI 
environment).  Network  administrators  installing  Reflection  Network  Series  software 
on  multiple  PCs  may  prefer  to  create  a  “generic”  NET.CFG  or  PROTOCOL.INI  file 
for  site  installation  rather  than  running  Setup  on  each  PC;  see  page  320  for  more 
information. 


mim. 
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The  keyword  and  value  that  are  stored  in  PROTOCOL.INI  or  NET.CFG  for  each 
field  on  this  screen  are  included  in  the  descriptions  below.  The  keyword  summary 
begins  on  page  325. 

You  can  also  reconfigure  these  settings  using  Setup:  select  “Modify  TCP/IP  Only” 
from  the  Setup  main  menu. 

PC  Internet  Address 

TCP  fH  3000 

When  you  see  this  screen,  you  have  already  been  prompted  to  supply  an  Internet 
address  for  your  PC  (see  page  34).  The  address  you  supplied  is  displayed  here;  you 
can  modify  it  if  necessary.  The  Internet  address  (also  called  “IP  address”)  identifies 
this  PC  when  using  a  TCP/IP-based  protocol.  This  field  is  required — each  machine 
on  the  network  must  have  a  unique  IP  address. 

If  your  network  is  part  of  the  worldwide  Internet,  your  site  has  been  assigned  a  range 
of  addresses  for  your  network. 

See  page  297  for  more  information  on  Internet  addressing.  iPAddressO  is  the 
keyword  equivalent.  It  is  described  on  page  330. 

Subnet  Mask  and  Subnet  Address 

TCP  NS  3000 

Networks  that  require  further  partitioning  use  subnet  masks  to  perform  subnet 
routing.  Do  not  modify  this  information  unless  you  have  subnet  routing  imple¬ 
mented  on  your  network. 

These  values  indicate  which  part  of  your  IP  address  is  a  network  address  and  which 
part  is  the  node  address.  The  mask  that  is  displayed  is  based  on  the  PC  Internet 
address  you  specified.  The  network  portion  of  the  address  is  represented  by  the 
decimal  value  255.  The  host  (local)  portion  of  the  address  is  (by  default)  represented 
by  the  decimal  value  0;  these  are  the  fields  that  are  modifiable  for  subnetting.  By 
changing  one  or  more  of  the  fields  available  for  subnetting  in  the  Subnet  mask,  the 
Subnet  address  is  automatically  updated.  The  Subnet  address  is  the  decimal  value 
result  of  a  “bitwise  and”  between  the  IP  address  and  the  Subnet  mask. 
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See  page  300  for  a  description  of  subnetting.  SubnetMaskO  is  the  keyword 
equivalent  for  the  Subnet  mask.  It  is  described  on  page  338. 


Gateway  Address 


This  is  the  IP  address  of  the  default  gateway  on  your  logical  network.  A  TCP/IP 
gateway  (also  called  a  router)  allows  you  to  communicate  outside  your  local  network 
(or  subnet)  by  forwarding  information  to  another  network.  The  default  address  that 
is  displayed  repeats  the  subnet  portion  of  the  PC  Internet  address  you  specified,  but 
the  local  portion  of  the  address  must  be  changed.  The  gateway  must  be  on  your  logi¬ 
cal  network. 


Without  this  address,  you  still  have  all  communication  and  file  transfer  capabilities 
with  the  hosts  on  your  local  network.  This  field  is  only  required  if  you  need  to  reach 
hosts  that  are  not  on  your  local  network. 

DefaultGatewayO  is  the  keyword  equivalent.  It  is  described  on  page  327. 


Domain  Name  Servers 

TCP  NS  3000 

A  domain  naming  system  maps  descriptive  names  to  IP  addresses.  Each  host  that 
participates  in  domain  naming  uses  a  domain  name  server  database  to  determine 
which  address  corresponds  to  which  domain  name. 

If  you  have  access  to  Domain  Name  Servers,  press  (Enter  j]  and  type  in  the  IP 
addresses  of  the  servers.  On  the  same  screen,  you  can  modify  the  PC  DNS  Host 
name  you  provided  at  an  earlier  step  in  Setup. 

General  information  on  domain  naming  is  on  page  301.  The  keyword  equivalent  for 
a  domain  name  server,  DNSServerAddr,  is  described  on  page  327.  The  PC  DNS  Host 
Name  keyword  equivalent,  PCDNSHostName,  is  described  on  page  336. 
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NetBIOS  Sessions 


This  field  applies  to  sites  using  NetBIOS  support,  including  LAN  Manager  with 
TCP/IP  transport.  This  field  already  has  the  correct  value  if: 

▲  You  answered  yes  when  asked  if  you  will  be  using  Microsoft  LAN  Manager  2.1 
or  above  in  Setup,  or 


▲  You  answered  yes  when  prompted  for  NetBIOS  in  Setup. 
NBSessions  is  the  keyword  equivalent.  It  is  described  on  page  331. 
See  page  215  for  more  information  on  NetBIOS. 


Path  to  Hosts  File 

▲ 

A  Hosts  file  on  your  PC  can  provide  mapping  between  host  names  and  IP  addresses. 
If  you  use  a  Hosts  file,  this  field  specifies  the  location  of  the  file.  Setup  uses  the  path 
for  your  Reflection  Network  Series  software  as  the  default.  If  your  Hosts  file  is 
located  elsewhere,  enter  the  path  here. 

This  setting  also  applies  to  the  location  of  your  NETWORKS,  PROTOCOL,  and 
SERVICES  files  if  you  have  indicated  that  you  are  using  an  application  that  requires 
TCP  Sockets  support.  See  page  31  for  more  information. 

See  page  302  for  information  on  building  a  Hosts  file.  HOSTSPath  is  the  keyword 
equivalent.  It  is  described  on  page  330. 
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These  settings  indicate  how  much  PC  memory  should  be  allocated  to  the  packet 
buffers  that  are  used  for  sending  and  receiving  packets  from  the  network. 


Number  of  Buffers  and  Size  of  Buffers 


Setup  provides  defaults  that  will  work  for  most  environments.  It’s  a  good  idea  to  start 
with  these  defaults;  if  necessary,  you  can  reconfigure  them  with  Setup  after  you 
install. 

NumTCPBuf fers  and  TCPBuf ferSize  are  the  keyword  equivalents.  They  are 
described  on  pages  335  and  338. 


LAT  Connection 


The  LAT  Connection  is  a  PC  implementation  of  Digital  Equipment  Corporation’s 

Local  Area  Transport  (LAT)  protocol.  You  can  use  your  PC  to  establish  up  to  16 

terminal  sessions  over  Ethernet  to  a  host  computer  or  LAT  terminal  server. 

The  LAT  Connection  driver  software  allows  you  to  use  the  same  hardware  for  access 

to  LAT  services  and  your  ODL  or  NDIS-compliant  PC  network  without  rebooting. 

In  addition  to  the  information  in  this  section,  refer  to  the  following: 

▲  See  page  19  for  information  on  LAT  Connection  Setup. 

▲  “Driver  Support”  starting  on  page  137  gives  detailed  information  about  the 
various  drivers  for  the  network  adapters,  RODI.EXE  (the  ODI  converter 
program),  and  RNDIS.EXE  (the  NDIS  converter  program). 

a  “PC  LAN  and  Sockets  Application  Support”  starting  on  page  203  covers 
support  for  NetWare  and  other  PC  LANs. 

a  See  “Managing  Sessions  in  Reflection”  starting  on  page  251  for  instructions  on 
maintaining  multiple  LAT  sessions  with  Reflection. 
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The  LAT  Connection  gives  PCs  access  to  hosts  using  the  LAT  protocol  over 
Ethernet.  You  can  connect  to  DEC  hosts  and  terminal  servers  using  LAT  and  have 
concurrent  access  to  a  PC  LAN  in  an  ODI  or  an  NDIS  environment.  No  Token- 
Ring  support  is  available  with  the  LAT  Connection. 
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The  following  figure  shows  the  general  structure  of  the  LAT  Connection  running 
with  an  Ethernet  card  using  an  ODI  or  NDIS  driver. 
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What’s  Included 

The  LAT  Connection  includes  the  following: 

SETUREXE  This  is  an  interactive  program  that  helps  you  install  the 


appropriate  files  for  your  network  card  and  make  all  the  a 

necessary  changes  to  existing  files.  You  can  also  use  Setup  to  i 

modify  your  LAT  Connection  settings  after  you  install. 

CD 

CD 

0DI  Support 

RODI.EXE 

This  converter  file  works  with  the  ODI  drivers  distributed 
with  the  LAT  Connection. 

ODI  Device  Drivers 

These  are  ODLcompliant  device  drivers  for  a  variety  of 

Ethernet  cards.  They  typically  have  the  extension  .COM; 
see  page  159  for  a  list. 

LSL.COM 

This  file  is  the  Link  Support  Layer  which  enables  a  PC  to 
communicate  over  several  protocols.  It  contains  binding 
information  for  all  the  ODLcompliant  modules  (RODI.EXE 
and  the  ODI  drivers). 

IPXODI.COM 

This  provides  the  IPX  support  for  Novell  NetWare  access  in 
an  ODI  environment. 

NET.CFG 

This  file  contains  configuration  parameters  for  protocols 
operating  in  the  ODI  environment.  NET.CFG  typically 
includes  a  section  for  link  support,  protocols,  and  link 
drivers.  This  file  is  created  as  part  of  the  Setup  process. 

NETCFG.SAM 

This  file  provides  suggested  settings  to  allow  Reflection 

Network  Series  software  to  run  on  network  cards  not  con^ 
figured  by  the  Setup  program. 

Connect 
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NDIS  Support 

RNDIS.EXE 

NDIS  Device  Drivers 

PROTMAN.DOS 

PROTMAN.EXE 

NETBIND.COM 

PROTOCOL.INI 

PROTOCOL.SAM 

IPX.COM 


This  converter  file  works  with  the  NDIS  drivers  distributed 
with  the  LAT  Connection. 

NDIS-compliant  device  drivers  for  a  variety  of  Ethernet 
cards  are  listed  on  page  161. 

The  NDIS  Protocol  Manager  is  the  DOS  device  driver  that 
manages  multiple  protocols  by  using  the  information  in 
PROTOCOL.INI  to  connect  (“bind”)  device  drivers  to  the 
appropriate  protocol  stacks.  If  this  driver  is  already  on  your 
PC,  the  existing  version  is  used  for  Reflection  Network 
Series  configuration. 

With  the  NDIS  2.1  specification,  PROTMAN.EXE  .works 
in  conjunction  with  PROTMAN.DOS  to  bind  the  device 
drivers. 

This  utility  starts  the  binding  process  between  NDIS 
modules.  It  is  run  in  AUTOEXEC.BAT  after  RNDIS  has 
been  installed  in  memory. 

This  ASCII  file  contains  initialization  parameters  for  all 
NDIS-compliant  modules.  If  PROTOCOL.INI  is  already  on 
your  PC,  Reflection  Network  Series  configuration  informa¬ 
tion  is  added  to  it. 

This  file  provides  suggested  settings  to  allow  Reflection 
Network  Series  software  to  run  on  network  cards  not  con¬ 
figured  by  the  Setup  program. 

There  are  two  versions  of  this  program.  If  you  are  using  Net¬ 
Ware  with  Windows  3.0,  IPX30.COM  is  renamed 
IPX.COM  and  copied  during  Setup.  For  all  other  environ¬ 
ments,  IPX31.COM  is  renamed  IPX.COM  and  copied 
during  Setup. 
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LAT  and  Reflection  Support 

RDLL.EXE  This  is  the  data  link  layer  between  RLAT.EXE  and 


RLAT.EXE 

RNDIS.EXE  orRODI.EXE. 

This  is  Reflection’s  LAT  interface. 

CONMGR.EXE 

This  is  the  Connection  Manager  (used  for  all  Reflection 
Network  Series  protocols). 

LATMGR.EXE 

This  is  the  LAT  session  manager. 

RCOM.DLL 

This  provides  support  for  the  Reflection  Network  Series 
running  with  Reflection  for  Windows.  Depending  on  the 
version  of  Reflection  for  Windows  you  are  running,  this  file 
(and  VINT14.386)  may  need  to  be  replaced  with  a  newer 
version.  This  is  done  automatically  by  Setup. 

RSN.EXE 

The  LAT  service  table  manager  RSN.EXE  lets  you  create 
and  load  a  name  table  for  LAT  services. 

Utilities 

MACHINFO.EXE 

This  utility  provides  basic  information  about  your  PC. 

RLATCP.EXE 

This  utility  displays  LAT  statistics.  See  the  README  file 
for  more  information. 

LANTRACE.EXE 

This  packet  capture  utility  helps  troubleshoot  network 
problems.  SEETRACE.EXE  is  a  utility  that  provides  a  sum¬ 
mary  of  the  packets  in  a  trace  file  produced  by 
LANTRACE.  The  file  NETTYPE.LST  shows  the  protocol 
types  used  with  LANTRACE. 

Batch  Files 

STARTNET.BAT 

This  batch  file  automates  loading  of  the  LAT  Connection; 
it  is  created  as  part  of  the  Setup  process. 

STOPNET.BAT 

This  batch  file  automates  unloading  of  the  LAT  Connec¬ 
tion;  it  is  created  as  part  of  the  Setup  process. 
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LAT  Connection  Requirements 

Except  for  the  Ethernet  card,  PC  requirements  for  running  the  LAT  Connection  are 
no  different  from  those  for  running  Reflection.  Although  Token-Ring  network 
adapter  cards  are  supported  for  other  Reflection  Network  Series  protocols,  you  can¬ 
not  use  them  for  the  LAT  protocol. 

The  Reflection  Network  Series  provides  a  number  of  device  drivers  for  popular  net¬ 
work  adapters;  other  Ethernet  cards  that  use  ODI  or  NDIS  drivers  may  also  work. 
PROTOCOL.SAM  and  NETCFG.SAM  suggest  settings  for  network  device  drivers 
not  distributed  with  the  Reflection  Network  Series. 

PC  Software  Requirements 

The  Reflection  Network  Series  requires  version  4.2  or  higher  of  Reflection  for  DOS 
or  version  3.7  or  higher  of  Reflection  for  Windows. 

Host  Requirements 

An  Ethernet  connection  between  the  PC  and  the  host  is  required. 

Digital  Equipment  Corporation’s  LAT  (Local  Area  Transport)  protocol,  available 
with  VMS  version  4.4  or  higher,  must  be  installed.  The  LAT  protocol  is  included 
with  recent  VAX/VMS  releases. 

The  LAT  Connection  supports  password-protected  DECnet  servers. 

File  Transfer  Requirements 

VAXLINK  or  VAXLINK2,  WRQ’s  proprietary  host  file  transfer  program,  is  required 
for  file  transfers  between  the  PC  and  the  VAX.  It  is  included  with  Reflection.  All 
versions  of  VAXLINK2  include  support  for  the  LAT  Connection.  VAX/VMS  ver¬ 
sion  5.0  is  required  for  VAXLINK2. 
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Fast  File  Transfer 

Version  4.0  or  higher  of  Reflection  for  Windows  and  version  4.2  or  higher  of  Reflec¬ 
tion  for  DOS  support  fast  file  transfer  over  the  LAT  protocol 

Fast  file  transfer  requires  an  Ethernet  connection  to  a  VAX  and  uses  the  DLL  por¬ 
tion  of  LAT  (either  RDLL  from  the  Reflection  Network  Series  or  the  DLL  from 
Digital)  to  initiate  the  transfer.  Fast  file  transfer  can  also  occur  with  a  Telnet  con¬ 
nection  using  VAXLINK2  if  these  criteria  are  met. 
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The  programs  that  are  in  STARTNET.BAT  all  have  a  variety  of  loading  options  to 
help  you  configure  memory  usage  and  modify  other  default  settings. 

The  syntax  of  RDLL.EXE,  RLAT.EXE,  CONMGR.EXE,  and  LATMGR.EXE  is 
detailed  here.  For  information  on  the  ODI  network  adapter  interface  program 
RODI.EXE,  see  page  148.  For  information  on  the  NDIS  network  adapter  interface 
program  RNDIS.EXE,  see  page  154. 


Starting  the  LAT  Connection 

The  instructions  below  assume  you  have  already  run  the  Setup  program,  which  con¬ 
figures  and  installs  the  appropriate  files  for  your  environment. 

1.  If  you  have  just  finished  the  Setup  program,  reboot  your  PC. 

2.  Type  STARTNET.  Depending  on  your  Setup  selection,  AUTOEXEC.BAT  may 
run  this  file  for  you.  If  you’re  using  Reflection  for  Windows,  you  must  run  this 
file  before  you  start  Windows.  A  simple  STARTNET.BAT  file  might  look  like 
the  following: 

<RNDIS  (if  not  already  loaded)  or  RODI> 

RDLL 

RLAT 

CONMGR 

LATMGR 

3.  Start  Reflection.  If  you’re  using  Reflection  for  Windows,  start  Windows,  and 
then  start  Reflection. 
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4.  Connect  to  a  LAT  host.  This  step  varies  according  to  the  Reflection  product 
you’re  using: 

-  Reflection  for  DOS:  select  the  CON-MGR  datacomm  port  or  Connection 
Type 

-  Reflection  for  Windows:  select  the  LAT  Connection  Type 

See  “Managing  Sessions  in  Reflection”  starting  on  page  251  for  information  on 
configuring  Reflection  and  maintaining  multiple  sessions  to  LAT  hosts. 


RDLL  Syntax 

RDLL.EXE  provides  the  data  link  layer  of  the  LAT  protocol  stack,  and  connects 
RODI.EXE  or  RNDIS.EXE  with  RLAT.EXE.  To  use  any  of  these  parameters  each 
time  you  run  the  Reflection  Network  Series  software,  add  them  to  the  RDLL  com¬ 
mand  in  your  STARTNET.BAT  file. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /Q  for  /QUIET. 

- 

RDLL  /U  /?  /ADAPTER :<n>  /BUFFERS :<n>  / INTERRUPT : <xx>  /QUIET 

L _ _ _ ) 

/U 

Uninstalls  RDLL.EXE. 

/? 

Provides  a  summary  of  RDLL  syntax. 

/ADAPTER :<n> 

Use  this  parameter  if  you  have  more  than  one  network  card  using  Reflection 
Network  Series  software  and  you  need  to  specify  which  adapter  is  associated 
with  the  LAT  protocol.  You  should  specify  the  same  adapter  in  the  /ADAPTER 
parameter  in  the  copy  ofRODI.EXE  or  RNDIS.EXE  that  supports  RDLL. 
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You  cannot  run  two  copies  of  RDLL;  this  switch  applies  only  if  you  are  using 
the  LAT  protocol  with  the  TCP  Connection  or  the  3000  Connection.  If  you 
have  two  adapter  cards,  you  must  run  two  separate  copies  of  RODI.EXE  or 
RNDIS.EXE  and  specify  a  corresponding  adapter  in  the  /ADAPTER  parameter 
for  each  copy.  See  “Configuring  Multiple  Cards”  on  page  196. 

Values:  1  -9 

Default:  1 

/BUFFERS :<n> 

Sets  the  total  number  of  1520'byte  buffers  to  be  used.  A  greater  number  of  buff' 
ers  improves  speed,  but  increases  the  amount  of  memory  used. 

Values:  1-32 

Default:  2 

/ INTERRUPT :<xx> 

Specifies  the  invocation  interrupt.  This  interrupt  should  not  be  used  by  any 
other  software. 

Values:  40-7F 
Default:  6E 

/QUIET 

Does  not  display  any  confirmation  messages  to  the  screen  when  RDLL  is 
loading. 


RLAT  Syntax 

RLAT.EXE  implements  the  LAT  protocol.  To  load  RLAT  with  one  of  these  switches, 
add  it  to  the  RLAT  command  in  your  STARTNET.BAT  file. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /u  for  /UNINSTALL. 


RLAT  /UNINSTALL  /?  /CKT:<n>  /DIR:<n>  /DUPLICATE  /GRP : <n> [ , <n>] . . . 
/ INT : <xx>  /KEEPALIVE :<n>  /KILL  /NAME:<name>  /QUIET  /RTR: <n> 
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/UNINSTALL 

Uninstalls  RLAT.EXE. 

/? 

Provides  a  summary  of  RLAT  syntax. 

/CKT:<n> 

This  is  the  number  of  distinct  LAT  hosts,  or  virtual  circuits,  to  which  you  can 
connect.  For  example,  if  you  have  configured  a  maximum  of  five  LAT  sessions, 
but  /CKT  is  set  to  1 ,  all  five  sessions  must  use  the  same  host. 

Values:  1-16 

Default:  2 

/DIR: <n> 

Sets  the  maximum  number  of  services  allowed  in  the  service  directory.  A  large 
directory  uses  more  memory.  You  can  manipulate  the  service  directory  with 
RSN.EXE;  see  page  60. 

Values:  1-500 

Default:  20 

/DUPLICATE. 

Keeps  duplicate  service  entries  in  the  service  table  directory.  By  default,  if  the 
same  LAT  service  is  advertised  on  more  than  one  node,  only  the  service  with 
the  highest  rating  is  kept.  To  ensure  that  you  are  reaching  the  service  on  the 
node  you  wish,  use  the  /DUPLICATE  switch  to  keep  it  available  regardless  of  its 
rating.  Use  the  NODE  keyword  in  the  CONNECT  command  to  reach  the  ser¬ 
vice  on  that  particular  node. 

/GRP:<n>[,<n>] . . . 

The  LAT  protocol  can  divide  a  local  area  network  into  subnetworks  called 
groups .  By  using  groups,  a  network  manager  can  reduce  the  number  of  services 
seen  by  users.  If  you  only  use  services  in  specific  groups,  use  this  switch.  Sepa¬ 
rate  the  entries  in  the  group  list  with  commas. 

Values:  0-255 

Default:  All  groups  enabled  (all  services  can  be  used) 
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/ INT : <xx> 

Specifies  the  interrupt  number  (in  hexadecimal)  used  for  communication 
between  high-level  functions  (RSN  and  LATMGR)  and  RLAT. 

Values:  40-7F 
Default:  6A 

/KEEPALIVE :<n> 

The  LAT  protocol  provides  a  method  to  check  a  session  by  sending  keepalive 
packets;  this  switch  lets  you  set  the  number  of  seconds  between  packets. 

A  value  in  the  range  60—180  is  recommended  for  busy  networks. 

Values:  0-600 

Default:  30 

/KILL 

Uninstalls  RLAT  even  if  LAT  sessions  are  active. 

/NAME : <name> 

After  you  start  RLAT,  an  Ethernet  address  (in  the  format  WRQ_<Ethemet 
address>)  is  used  to  identify  your  PC  as  a  node  on  the  network.  To  identify  your 
PC  with  a  name  other  users  on  the  network  can  readily  recognize,  add  this 
switch  with  a  string  of  up  to  16  characters.  If  the  string  contains  colons  or 
slashes,  it  must  be  enclosed  in  quotes. 

/QUIET 

Does  not  display  any  confirmation  messages  to  the  screen  when  RLAT  is 
loading. 

/RTR:<n> 

The  PC  may  have  a  problem  sending  messages  to  or  receiving  messages  from  the 
host  server  on  a  busy  network.  This  parameter  sets  the  number  of  times  a  mes¬ 
sage  is  retransmitted  before  a  circuit  is  stopped.  If  you  experience  disconnect 
problems  over  LAT,  try  increasing  the  value  of  /RTR. 

Values:  4-255 
Default:  20 


AS 
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CONMGR  Syntax 

CONMGR  provides  support  for  multiple  Reflection  Network  Series  protocols. 
This  program  must  be  started  before  LATMGR. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /U  for  /UNINSTALL. 

CONMGR  /UNINSTALL  /?  / INTERRUPT : <xx>  /QUIET  /SESSIONS : <n> 


/UNINSTALL 

Uninstalls  the  Connection  Manager  (LATMGR  must  be  uninstalled  first). 


/? 

Provides  a  summary  of  CONMGR  syntax. 

/ INTERRUPT :<xx> 

Specifies  the  interrupt  where  CONMGR  is  to  be  installed.  By  default,  60 
(hexadecimal)  is  used  if  it  is  available.  Otherwise,  the  first  available  interrupt  in 
the  range  60-66  is  used. 

Values:  40-7F 

Default:  60 

/QUIET 

Does  not  display  any  confirmation  messages  to  the  screen  when  CONMGR  is 
loading. 

/SESSIONS :<n> 

Allocates  memory  for  the  number  of  sessions  specified.  Although  the  limit  is 
high  in  order  to  support  multiple  protocols  in  other  Reflection  Network  Series 
products,  no  more  than  1 6  is  useful  for  the  LAT  Connection. 


Values:  1  -255 

Default:  4 
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LATMGR  Syntax 


LATMGR  controls  LAT  sessions.  CONMGR.EXE  must  be  run  before  starting 
LATMGR. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /u  for  /UNINSTALL. 


LATMGR  /UNINSTALL  /?  /ENV  /KILL  /QUIET  /SESSIONS : <n>  /SLOTS :<n> 


V, 


/UNINSTALL 

Uninstalls  LATMGR.  If  sessions  were  active  when  you  exited  Reflection,  they 
are  disconnected. 

/? 

Provides  a  summary  of  LATMGR  syntax. 

/ENV 

Causes  LATMGR  to  keep  its  DOS  environment  segment  after  becoming 
resident.  This  enables  the  program  name  to  be  displayed  by  a  memory  mapping 
utility  such  as  MAPMEM.  This  switch  requires  additional  memory.  It  is  not 
necessary  with  DOS  utilities  such  as  MEM  /C. 

/KILL 

Uninstalls  LATMGR  even  if  there  are  active  sessions.  This  switch  forces  a  dis¬ 
connect  from  LAT  sessions. 

/QUIET 

Does  not  display  any  confirmation  messages  to  the  screen  when  LATMGR  is 
loading. 

/SESSIONS :<n> 

Specifies  the  number  of  LAT  sessions  to  be  supported.  In  order  to  have  access  to 
the  number  of  sessions  you  request  here,  confirm  that  the  number  of  sessions  you 
request  for  CONMGR  is  the  same  or  higher. 

Values:  1-16 

Default:  2 
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/ SLOTS :<n> 

Sets  the  number  of  receive  buffers  per  LAT  session.  These  buffers  are  used  to 
hold  incoming  characters.  More  buffers  may  result  in  faster  performance,  but 
they  require  additional  memory. 


Values:  2-9 

Default:  4 
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RSN.EXE  is  a  utility  provided  with  the  LAT  Connection  that  helps  you  manage  the 
LAT  service  table.  You  can  run  RSN.EXE  if  RLAT  is  installed  in  memory. 


LAT  Service  Table  Management 

The  LAT  Connection  maintains  a  list  or  service  directory  of  names  and  addresses  of 
services  available  on  the  LAT  network.  Service  providers  periodically  send  multicast 
messages  advertising  their  services  on  the  network.  When  RLAT  receives  such  a 
message,  it  adds  names  that  are  not  already  listed,  or  updates  information  (such  as 
rating)  for  listed  services.  Existing  entries  are  removed  if  advertisements  of  that  ser¬ 
vice  are  not  received  for  a  period  of  time.  After  the  table  is  full  (the  table  size  is 
specified  by  RLAT  /DIR),  no  more  entries  are  added. 


RSN.EXE  captures  dynamic  entries  in  the  service  table  and  writes  them  to  an  ASCII 
file  (RSTATIC.TBL).  To  avoid  waiting  for  a  multicast  when  you  first  start  up,  you 
can  start  with  the  set  of  entries  in  RSTATIC.TBL.  You  can  also  use  this  facility  to 
prevent  services  you  never  use  from  filling  up  your  service  table. 
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RSN  Syntax 

RSN. EXE  lets  you  capture  a  service  table  and  add  or  delete  entries.  You  can  load 
RSN  after  loading  RLAT,  LATMGR,  or  CONMGR. 


/■ 

\ 

RSN  /?  /C  /A  /0  <filename> 
v _ _ _ _ _ _ _ 

_ y 

When  no  switch  is  specified,  the  internal  RLAT  service  directory  is  copied  to  the 
specified  file  (by  default,  RSTATIC.TBL). 


/? 

Provides  a  short  syntax  summary. 

/c 

Clears  the  internal  RLAT  static  name  table.  This  does  not  affect  the  dynamic 
name  table. 

/A 

Adds  services  to  the  RLAT  name  table,  overwriting  dynamic  names  as 
necessary.  If  no  filename  is  specified,  RSTATIC.TBL  is  used. 

/o 

Automatically  overwrites  a  duplicate  service  name  file.  If  omitted,  RSN 
prompts  to  confirm  that  you  want  to  overwrite  the  existing  file. 

<f ilename> 

Designates  the  file  where  service  table  entries  are  to  be  kept. 

If  no  filename  is  given,  the  file  is  named  RSTATIC.TBL  and  is  installed  in  your 
Reflection  Network  Series  directory.  When  you  specify  another  filename  or 
directory,  use  the  full  path  (for  example,  RSN  /A  C: \<directory 
name>\< filename >)  when  you  use  RSN  /A. 
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Creating  and  Editing  RSTATIC.TBL 

You  can  select  a  set  of  services  and  load  them  as  part  of  your  startup  procedure.  You 
can  also  create  a  “static”  entry  in  the  table. 

Creating  a  Customized  List  of  Services 

The  steps  below  show  how  to  capture  a  service  name  table  and  edit  it  to  create  a  cus¬ 
tomized  list  of  LAT  services. 

1.  After  loading  your  LAT  protocol  software,  start  Reflection. 

2.  The  service  listing  differs  according  to  which  Reflection  product  you’re  using: 

-  In  Reflection  for  DOS,  type  SHOW  SERVICES  at  the  Connection  Manager 
prompt.  A  table  similar  to  the  one  shown  on  page  276  is  displayed.  You 
may  have  to  issue  this  command  more  than  once  to  see  a  display  that 
includes  the  services  you  want  to  preserve.  Once  these  services  are  included 
on  the  list,  exit  Reflection. 

-  In  Reflection  for  Windows,  use  the  Service  list  box  to  see  similar 
information. 

3.  To  create  a  name  table  that  includes  the  service(s)  you  would  like  to  keep  avail¬ 
able,  type  RSN  at  the  DOS  prompt.  This  creates  the  file  RSTATIC.TBL  with 
the  entries  you  just  saw  in  the  service  table. 

4.  Edit  the  service  table  file  with  an  ASCII  editor.  Remove  the  entries  in  the  table 
that  you  do  not  use. 

5.  Use  RSN  /A  to  load  the  customized  service  table  before  you  start  Reflection. 
You  may  want  to  use  a  value  for  the  /DIR  switch  on  RLAT  that  matches  the 
number  of  entries  in  your  service  table  file  to  ensure  that  only  those  services  are 
included.  You  may  want  to  add  this  line  to  STARTNET.BAT  as  part  of  your 
normal  startup  procedure. 
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Creating  a  Static  Service 

Use  the  procedure  described  above  to  capture  a  set  of  services. 

1.  Edit  the  file  (RSTATIC.TBL,  for  example)  with  an  ASCII  editor. 

The  service  entry  you  want  to  change  may  look  something  like  this: 

EC1ENV  on  0FFICE1  (00-00-C9-00-84-7E)  rating  130  type  Dynamic  Env  print 

2.  Change  the  word  Dynamic  to  Static.  A  static  entry  is  a  LAT  “preferred  service.” 

3.  Save  the  file,  then  load  it  by  typing  RSN  /A. 

4.  When  you  start  Reflection  for  DOS,  type  SHOW  SERVICES  at  the  Connection 
Manager  prompt.  The  entry  in  the  table  now  looks  like  this: 

LAT  Service  Node  Name  Rating  Description 

EC 1 ENV  OFFICEl  130  *  Envelope  printer 

The  asterisk  (*)  next  to  the  Rating  for  this  service  indicates  that  it  is  a  static 
entry,  and  only  the  Ethernet  address,  rating,  and  service  description  will  be 
updated. 

Reflection  for  Windows  only  displays  the  service  entry,  but  the  editing  you  per¬ 
form  in  RSTATIC.TBL  will  keep  the  static  service  available  at  all  times. 
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The  TCP  Connection  provides  a  complete  TCP/IP  protocol  stack,  including  Telnet 
and  FTP  support.  With  the  TCP  Connection,  you  do  not  have  to  buy  additional 
third-party  TCP/IP  network  software  to  establish  up  to  eight  simultaneous  Telnet 
and/or  FTP  sessions.  LAT  protocol  support  is  also  included. 

The  TCP  Connection  allows  you  to  use  the  same  network  adapter  for  access  to  Tel¬ 
net  services,  LAT  services,  and  services  on  your  Novell  NetWare  or  other  ODI-  or 
NDIS-compliant  PC  network  without  rebooting. 

The  TCP  Connection  includes  a  NetBIOS  layer  to  provide  compatibility  with  LAN 
Manager,  Windows  for  Workgroups,  and  other  programs  using  a  TCP/IP  transport. 
See  page  215. 

The  TCP  Connection’s  Windows  Sockets  support  lets  you  run  Windows  Sockets 
compatible  applications  over  WRQ’s  DOS  TCP/IP  stack.  Reflection  for  Windows 
version  4.1  or  above  is  a  Windows  Sockets  compatible  application  that  includes 
RNTELNET.DLL  for  Telnet  sessions  over  a  Windows  Sockets  compliant  TCP/IP 
stack.  See  page  229  for  more  information. 

In  addition  to  the  information  in  this  section,  refer  to  the  following: 

a  See  page  17  for  information  on  TCP  Connection  Setup. 

a  “Driver  Support”  starting  on  page  137  gives  detailed  information  about  the 
various  drivers  for  the  network  adapters,  RODI.EXE  (the  ODI  converter 
program),  and  RNDIS.EXE  (the  NDIS  converter  program). 

a  “PC  LAN  and  Sockets  Application  Support”  starting  on  page  203  covers  Net¬ 
Ware,  Windows  for  Workgroups,  and  other  PC  LANs  (including  NetBIOS  sup¬ 
port  for  LAN  Manager  using  TCP/IP),  and  applications  that  use  Windows  Sock¬ 
ets,  TCP  Sockets,  or  NetIPC. 

a  See  “Managing  Sessions  in  Reflection”  starting  on  page  251  for  instructions  on 
maintaining  multiple  host  sessions  in  Reflection. 
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a  The  FTP  commands  in  Reflection  for  DOS  are  described  starting  on  page  279. 
Reflection  FTP  is  a  Windows-based  FTP  utility  included  with  Reflection  for 
Windows  version  4.1  and  above.  FTP.EXE  is  a  stand-alone  DOS  program  for  use 
with  earlier  versions  of  Reflection  for  Windows. 

a  LAT  support  is  included  in  the  TCP  Connection.  See  page  41  if  you  are  using 
LAT  in  addition  to  Telnet/FTP. 

a  “Administrator  Guidelines”  starting  on  page  293  gives  an  overview  of  TCP/IP 
and  provides  techniques  for  installing  and  configuring  multiple  PCs  on  your 
TCP/IP  network. 
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The  TCP  Connection  includes  a  TCP/IP  stack  with  support  for  Telnet,  FTP,  and  a 
variety  of  TCP/IP-based  applications,  including  WRQ’s  NFS  Option.  It  includes  full 
Reflection  Network  Series  driver  support  for  access  to  PC  networks  such  as  Novell 
NetWare  or  LAN  Manager,  as  well  as  support  for  the  LAT  protocol.  See  page  44  for 
an  illustration  of  the  LAT  support  included  with  the  TCP  Connection. 
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This  figure  shows  the  implementation  of  the  Telnet  virtual  terminal  protocol 
provided  by  TELMGR.EXE. 
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This  figure  shows  the  Windows  Sockets  implementation  of  the  Telnet  virtual  ten 
minal  protocol  provided  by  RNTELNETDLL  shipped  with  Reflection  for  Windows. 
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TCP  Connection  Internet  Protocols 


The  TCP  Connection  supports  the  following  Internet  protocols: 

▲  TCP  (Transmission  Control  Protocol) 
a  UDP  (User  Datagram  Protocol) 
a  IP  (Internet  Protocol) 
a  ICMP  (Internet  Control  Message  Protocol) 

a  TELNET  (Internet  standard  protocol  for  remote  terminal  connection  service) 
a  FTP  (File  Transfer  Protocol) 


What's  Included 


The  TCP  Connection  includes  the  following: 


SETUPEXE 


This  is  an  interactive  program  that  helps  you  install  the 
appropriate  files  for  your  network  card  and  make  all  the 
necessary  changes  to  existing  files.  You  can  also  use  Setup  to 
modify  your  TCP  Connection  settings  after  you  install. 


ODI  Support 

RODI.EXE 


This  converter  file  works  with  the  ODI  drivers  distributed 
with  the  TCP  Connection. 


ODI  Device  Drivers 


These  are  ODTcompliant  device  drivers  for  a  variety  of 
Ethernet  cards.  They  typically  have  the  extension  .COM; 
see  page  159  for  a  list. 


LSL.COM 


This  file  is  the  Link  Support  Layer  that  enables  a  PC  to 
communicate  over  several  protocols.  It  contains  binding 
information  for  all  the  ODTcompliant  modules  (RODI.EXE 
and  ODI  drivers). 


IPXODI.COM 


This  provides  the  IPX  support  for  Novell  NetWare  access  in 
an  ODI  environment. 
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NET.CFG 

This  file  contains  configuration  parameters  for  protocols 
operating  in  the  ODI  environment.  NET.CFG  typically 
includes  a  section  for  link  support,  protocols,  and  link 
drivers.  This  file  is  created  as  part  of  the  Setup  process. 

NETCFG.SAM 

This  file  provides  suggested  settings  to  allow  Reflection 
Network  Series  software  to  run  on  network  cards  not  con¬ 
figured  by  the  Setup  program. 

NDIS  Support 

RNDIS.EXE 

This  converter  file  works  with  the  NDIS  drivers  distributed 
with  the  TCP  Connection. 

PROTMAN.DOS 

The  NDIS  Protocol  Manager  is  the  DOS  device  driver  that 
manages  multiple  protocols  by  using  the  information  in 
PROTOCOL.INI  to  connect  (“bind”)  device  drivers  to  the 
appropriate  protocol  stacks.  If  this  driver  is  already  on  your 
PC,  the  existing  version  is  used  for  Reflection  Network 
Series  configuration. 

PROTMAN.EXE 

With  the  NDIS  2.1  specification,  PROTMAN.EXE  works 
in  conjunction  with  PROTMAN.DOS  to  bind  the  device 
drivers. 

NDIS  Device  Drivers 

These  are  NDIS-compliant  device  drivers  for  a  variety  of 
Ethernet  and  Token-Ring  cards.  See  page  161  for  a  list. 

NETBIND.COM 

This  file  starts  the  binding  process  between  all  NDIS 
modules.  It  is  run  in  AUTOEXEC.BAT  after  RNDIS  has 
been  installed  in  memory. 

PROTOCOL.INI 

This  ASCII  file  contains  initialization  parameters  for  all 
NDIS-compliant  modules.  The  Reflection  Network  Series 
also  uses  this  file  to  set  initial  values  for  TCP/IP.  If 
PROTOCOL.INI  is  already  on  your  PC,  Setup  adds  Reflec¬ 
tion  Network  Series  configuration  information  to  it. 

PROTOCOL.SAM 

This  file  provides  suggested  settings  to  allow  Reflection 
Network  Series  software  to  run  on  network  cards  not  con¬ 
figured  by  Setup. 
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IPX.COM 

There  are  two  versions  of  this  program.  If  you  are  using  Net' 
Ware  with  Windows  3.0,  IPX30.COM  is  renamed 
IPX.COM  and  copied  during  Setup.  For  all  other  environ¬ 
ments,  IPX31.COM  is  renamed  IPX.COM  and  copied 
during  Setup.  The  IPX.COM  provided  with  the  Reflection 
Network  Series  can  be  used  on  an  Ethernet  or  Token-Ring 
network. 

NetBIOS  Support 

NB.EXE 

This  is  WRQ’s  NetBIOS  interface.  NB  requires  WRQ’s 
TCP/IP  protocol  stack,  WRQTCP.EXE. 

WRQNDS1B.XIF 

This  is  a  text  file  used  by  the  Microsoft  LAN  Manager  ver¬ 
sion  2.1  and  above  Setup  program  to  install  Reflection  Net¬ 
work  Series  NetBIOS  software  (basic). 

WRQNDS1.XIF 

This  is  a  text  file  used  by  the  Microsoft  LAN  Manager  ver¬ 
sion  2.1  and  above  Setup  program  to  install  Reflection  Net¬ 
work  Series  NetBIOS  software  (enhanced). 

RNDIS.DOS 

This  device  driver  replaces  RNDIS.EXE  for  diskless  work¬ 
stations  running  LAN  Manager. 

Telnet  and  TCP/IP  Support 

CONMGR.EXE  The  Connection  Manager  is  used  for  all  Reflection  Network 


TELMGR.EXE 

Series  protocols  in  a  non- Windows  Sockets  environment. 

This  Telnet  module  provides  session  management  for  Telnet 
and  FTP  if  a  Windows  Sockets-based  Telnet  is  not  used. 
This  module  is  to  be  used  only  with  the  Reflection  Network 
Series  TCP/IP  protocol  stack. 

WRQTCP.EXE 

This  is  the  Reflection  Network  Series  TCP/IP  module. 

TCP2PDIS.EXE 

This  is  the  interface  between  WRQTCP  and  the  WRQ 
packet  driver  software.  TCP2PDIS  implements  the  ARP 
protocol  (required  for  TCP/IP). 

WRQSLIP.EXE 
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WRQSLIP.EXE 

RCOM.DLL 

This  file  is  the  SLIP  (serial  IP)  interface.  It  is  used  with 
WRQTCP.EXE.  See  page  377  for  information. 

This  provides  support  for  the  Reflection  Network  Series 
running  with  Reflection  for  Windows.  Depending  on  the 
version  of  Reflection  for  Windows  you  are  running,  Setup 
may  replace  this  file  and  VINT14.386  with  new  versions. 

FTP.EXE 

This  is  the  stand-alone  DOS-based  FTP  for  use  with  Reflec¬ 
tion  for  Windows  earlier  than  version  4.1;  run  it  with 
FTP.PIF. 

Third-party  Telnet 

A  separate  disk  provides  the  Telnet  manager  programs  that 
work  with  third-party  TCP/IP  stacks.  See  page  363. 

API  Support 

If  you  are  running  an  application  that  uses  Windows  Sockets,  TCP  Sockets,  or 
NetIPC,  the  Setup  program  copies  files  that  allow  you  to  use  the  Reflection  Network 
Series  TCP/IP  stack  for  those  applications. 

WRQHPSO.EXE  This  provides  Windows  Sockets  and  TCP  Sockets  support. 


WINSOCK.DLL 

If  you  use  WRQHPSO  for  TCP  Sockets  support  in  a  Win¬ 
dows  environment,  you’ll  also  need  WIN_SOCK.DLL, 
VSOCKETS.386,  and  WSOCKETS.DLL;  these  files  are 
copied  as  part  of  Setup.  Database  sample  files  named  NET¬ 
WORKS,  SERVICES,  and  PROTOCOL  are  also  included 
for  Windows  Sockets  and  TCP  Sockets  support.  See  page 
239  for  more  information  on  TCP  Sockets  support.  See 
page  229  for  more  information  on  Windows  Sockets 
support. 

This  is  WRQ’s  Windows  Sockets  module.  WINSOCK.DLL 
is  used  as  the  API  between  Windows  Sockets  compatible 
applications  and  WRQ’s  TCP/IP  stack. 

RNEVENT.DLL 

This  provides  Reflection  Network  Series  Windows  Sockets 
event  logger  support.  RNEVENT.DLL  works  with 
RNTASK.EXE  to  log  events  to  RNEVENT.LOG  in  your 
Windows  directory.  This  non- ASCI I  log  is  used  by  Techni¬ 
cal  Support  for  troubleshooting. 
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RNTASK.EXE 

This  provides  WINSOCK.DLL  support. 

RNUTIL.DLL 

This  file  works  with  RNTASK  to  support  WINSOCK.DLL. 

CTL3D.DLL 

This  provides  support  for  three-dimensional  graphics 
display.  Setup  copies  CTL3D.DLL  to  your 
\  WINDOWS \SYSTEM  directory. 

WRQTICL.EXE 

This  provides  NetIPC  support;  additional  programs  for  use 
with  Windows-based  applications  include  VTICL.386  and 
W3IPC.DLL.  See  page  243  for  more  information  on 
NetIPC  support. 

LAT  Support 

RDLL.EXE 

This  is  the  data  link  layer  between  RLAT.EXE  and 
RNDIS.EXE  or  RODI.EXE. 

RLAT.EXE 

This  is  Reflection’s  LAT  interface. 

LATMGR.EXE 

This  is  the  LAT  session  manager. 

RSN.EXE 

This  is  the  LAT  service  table  manager. 

Utilities 

PING.EXE 

Ping  is  an  Internet  Control  Message  Protocol  (ICMP)  echo 
request  program  that  determines  the  status  of  a  specific  host 
on  a  network. 

STAT.EXE 

The  STAT  program  allows  you  to  query  the  TCP/IP 
software  about  the  status  of  basic  system  elements  and 
network  interface  statistics. 

MACHINFO.EXE 

This  utility  provides  basic  information  about  your  PC. 

LANTRACE.EXE 

This  packet  capture  utility  helps  troubleshoot  network 
problems.  SEETRACE.EXE  is  a  utility  that  provides  a  sum¬ 
mary  of  the  packets  in  a  trace  file  produced  by 
LANTRACE.  The  file  NETTYPE.LST  shows  the  protocol 
types  used  with  LANTRACE. 
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ROUTE.COM 


This  file  performs  source  routing  for  Token-Ring  networks. 
See  page  199  for  more  information. 


Batch  Files 

STARTNET.BAT  This  batch  file  automates  loading  of  the  TCP  Connection; 
it  is  created  as  part  of  the  Setup  process. 

STOPNET.BAT  This  batch  file  automates  unloading  of  the  TCP  Connec¬ 

tion;  it  is  created  as  part  of  the  Setup  process. 


TCP  Connection  Requirements 

Except  for  the  Ethernet  or  Token-Ring  card,  PC  requirements  for  running  the  TCP 
Connection  are  no  different  from  those  for  running  Reflection.  (The  LAT  support 
available  with  TCP  Connection  is  not  supported  on  a  Token-Ring  network.) 

The  Reflection  Network  Series  provides  a  number  of  device  drivers  for  popular  net¬ 
work  adapters;  other  network  cards  with  ODI  or  NDIS  drivers  may  also  work. 
PROTOCOL.SAM  and  NETCFG.SAM  suggest  settings  for  network  device  drivers 
not  distributed  with  the  Reflection  Network  Series. 

PC  Software  Requirements 

The  Reflection  Network  Series  requires  version  4.2  or  higher  of  Reflection  for  DOS 
or  version  3.7  or  higher  of  Reflection  for  Windows.  Reflection  for  Windows  4.1  or 
higher  is  required  in  order  to  use  the  Windows  Sockets  support  included  in  the  TCP 
Connection. 

Host  Requirements 

A  Telnet  server  (such  as  a  host  or  a  terminal  server)  is  required.  FTP  host  software  is 
required  for  the  TCP  Connection’s  FTP  support.  Reflection  fast  file  transfer  is  avail¬ 
able  in  a  Telnet  session  if  RDLL  is  also  loaded;  see  page  49. 


Using  the  TCP  Connection 

The  programs  that  are  in  STARTNET.BAT  for  the  TCP  Connection  all  have  a 
variety  of  loading  options  to  help  you  configure  memory  usage  and  modify  other 
default  settings. 


The  syntax  of  TCP2PDIS.EXE,  WRQTCP.EXE,  CONMGR.EXE,  and 
TELMGR.EXE  is  detailed  here.  For  information  on  the  network  adapter  interface 
program  RNDIS.EXE,  see  page  154.  For  information  on  the  network  adapter  inter¬ 
face  program  RODI.EXE,  see  page  148.  LAT  programs  are  described  starting  on 
page  52. 


Starting  the  TCP  Connection 

The  instructions  below  assume  you  have  already  followed  the  instructions  in  the 
Setup  program,  which  configures  and  installs  the  appropriate  files  for  your 
environment. 

1.  If  you  have  just  finished  the  Setup  program,  reboot  your  PC. 

2.  Type  STARTNET. 

Depending  on  your  Setup  selection,  AUTOEXEC.BAT  may  run  this  file  for  you. 
If  you’re  using  Reflection  for  Windows,  you  must  run  this  file  before  you  start 
Windows. 

A  simple  STARTNET.BAT  file  for  a  non-Windows  Sockets  environment  might 
look  like  the  following: 

<RNDIS  (if  not  already  installed)  or  RODI> 

TCP2PDIS  /TEXTINI 

WRQTCP 

CONMGR 

TELMGR 
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A  simple  STARTNET.BAT  file  for  a  Windows  Sockets  environment  is  shown 
below.  RNTELNET.DLL  and  RNNSVT.DLL  are  loaded  automatically  when  you 
start  a  Windows  Sockets  compatible  application. 

<RNDIS  (if  not  already  installed)  or  RODI> 

TCP2PDIS  /TEXTINI 

WRQTCP 

REM  CONMGR 

REM  TELMGR 

WRQHPSO 

LAT  programs  and  CONMGR  are  also  in  STARTNET.BAT  if  you  requested 
this  option  during  Setup. 

3.  Start  Reflection. 

If  you’re  using  Reflection  for  Windows,  start  Windows,  and  then  start 
Reflection. 

4.  Connect  to  a  host. 

This  step  varies  according  to  the  Reflection  product  you’re  using: 

-  Reflection  for  DOS:  select  the  CON-MGR  datacomm  port  or  Connection 
Type 

-  Reflection  for  Windows:  select  the  Connection  Type  according  to  the 
protocol  you  want  to  use  (LAT  or  TELNET-MGR) 

See  “Managing  Sessions  in  Reflection”  starting  on  page  25 1  for  information  on  con¬ 
figuring  Reflection  and  maintaining  multiple  Telnet,  FTP,  or  LAT  sessions. 
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TCP2PDIS  Syntax 

TCP2PDIS.EXE  is  the  interface  between  the  WRQ  TCP/IP  protocol  stack  and 
RODLEXE  or  RNDIS.EXE.  This  program  implements  the  ARP  protocol  for  TCP/IP 
and  the  Probe  protocol  for  NS/VT. 

Many  of  the  switches  below  have  equivalent  keywords  in  the  “Protocol  TCP2PDIS” 
section  of  NET.CFG  file  or  the  [WRQNDIS1]  section  of  PROTOCOL.INI.  See 
page  325  for  a  summary  of  these  keywords. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /U  for  /UNINSTALL. 


TCP2PDIS  /UNINSTALL  /?  /ADAPTER : <n>  /CACHECLEAR 

/DOMAIN :<domainname>  /ENV  /FILE : <f ilespeo  / INTERRUPT :<xx> 
/NODE:<nodename>  /NUMADDRESS : <n>  /ORGANIZATION: <name> 

/PROBE :<name I addr>  / PROXY :<f ilespeo  /SHOW 
/TCPINTERRUPT : <xx>  /TEXTINI : <f ilespeo  /802 
v _ _ _ ) 


/ UNINSTALL 

Removes  TCP2PDIS  from  memory.  The  program  will  not  uninstall  if 
WRQTCP  has  not  been  removed  from  memory  first. 

/? 

Lists  options  for  TCP2PDIS. 

/ADAPTER : <n> 

You  do  not  need  to  use  this  parameter  unless  you  have  Reflection  Network 
Series  software  running  on  more  than  one  adapter  in  your  machine. 

You  cannot  run  two  copies  of  TCP2PDIS;  this  switch  applies  only  if  you  have 
one  card  running  the  TCP/IP  protocol  and  the  other  card  running  the  LAT 
protocol. 

You  must  run  two  separate  copies  of  RNDIS.EXE  or  RODI.EXE  and  specify 
a  corresponding  adapter  in  the  /ADAPTER  parameter  for  each  copy. 

See  “Configuring  Multiple  Cards”  on  page  196. 


Values:  1  -9 

Default:  1 
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/CACHECLEAR 

Clears  the  ARP  cache  of  all  entries  except  those  loaded  with  the  /FILE  or 
/PROXY  switch.  Use  this  switch  after  you  have  loaded  TCP2PDIS.  This  switch 
may  be  necessary  if  an  address  that  was  previously  resolved  is  no  longer  correct; 
for  example,  a  network  setting  such  as  an  IP  address  for  a  host  changed  since  you 
first  loaded  TCP2PDIS. 

/DOMAIN : <domainname> 

This  switch  applies  to  the  NS/VT  protocol  (NS  Connection  and  the  3000  Con¬ 
nection  only)  and  to  users  of  NetIPC  applications  using  WRQTICL.EXE.  See 
page  243  for  information  on  NetIPC. 

/ENV 

Causes  TCP2PDIS  to  keep  its  DOS  environment  segment  after  becoming 
resident.  This  enables  the  program  name  to  be  displayed  by  a  memory  mapping 
utility  such  as  MAPMEM.  This  switch  requires  additional  memory.  It  is  not 
necessary  with  DOS  utilities  such  as  MEM  /C. 

Equivalent  to  Env  in  NET.CFG  or  PROTOCOL.INI. 

/FILE :  <f  ilespeo 

This  switch  applies  to  the  NS  Connection  and  the  3000  Connection  only. 

/ INTERRUPT :<xx> 

Specifies  the  interrupt  number  (in  hexadecimal)  used  for  communication 
between  the  higher  levels  in  the  protocol  stack  and  TCP2PDIS.  If  you  receive 
the  error  message  “No  vectors  available,”  specify  a  value  with  this  switch. 

Overrides  the  value  for  Int  in  NET.CFG  or  PROTOCOL.INI. 

Values:  40-7F 

Default:  First  unused  interrupt  in  range  60-66 

/NODE : <nodename> 

This  switch  applies  to  the  NS/VT  protocol  (NS  Connection  and  the  3000  Con¬ 
nection  only)  and  to  users  of  NetIPC  applications  using  WRQTICL.EXE.  See 
page  243  for  information  on  NetIPC. 
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/NUMADDRESS : <n> 

Specifies  the  maximum  number  of  ARP  cache  entries  to  retain.  An  entry  is 
created  each  time  you  make  a  connection  to  a  new  host.  This  number  must  be 
large  enough  to  accommodate  all  the  entries  in  your  Hosts  file  plus  any  other 
hosts  not  listed  in  the  Hosts  file.  Use  TCP2PDIS  /SHOW  to  display  the  ARP 
cache  (TCP2PDIS  must  be  already  loaded).  Lowering  this  value  saves  memory. 

Overrides  the  value  for  NumAddress  in  PROTOCOL.INI  or  NET.CFG. 

Values:  4-255 
Default:  32 

/ORGANIZATION : <name> 

This  switch  applies  to  the  NS/VT  protocol  (NS  Connection  and  the  3000  Con¬ 
nection  only)  and  to  users  of  NetIPC  applications  using  WRQTICL.EXE.  See 
page  243  for  information  on  NetIPC. 

/ PROBE :<name  I  addr> 

This  switch  applies  to  the  NS  Connection  and  the  3000  Connection  only. 

/PROXY:  <f  ilespeo 

This  switch  applies  to  the  NS  Connection  and  the  3000  Connection  only. 

/SHOW 

TCP2PDIS  /SHOW  displays  the  in-memory  ARP  cache  and  your  local  address 
information. 

TCP2PDIS  must  already  be  loaded  in  order  to  use  this  switch.  Using  /SHOW 
displays  the  local  Probe  name  (if  applicable),  local  IP  address  and  hardware 
address,  and  then  displays  the  ARP  cache,  including  the  Probe  node  names,  IP 
addresses,  and  the  hardware  addresses.  This  address  table  is  empty  until  some 
TCP/IP  activity  has  occurred,  or  TCP2PDIS  is  run  with  /FILE,  /PROXY,  or 
/PROBE. 
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/TCPINTERRUPT : <xx> 

The  interrupt,  in  hexadecimal  format,  that  points  to  TCP  information.  If  you 
receive  the  error  message  “No  vectors  available,”  specify  a  value  with  this 
switch.  Compare  to  the  /INTERRUPT  switch;  see  page  80. 

Overrides  the  value  of  TCPINTERRUPT  in  NET.CFG  or  PROTOCOL.INI. 

Values:  40-7 F  (hexadecimal) 

Default:  65 

/TEXTINI :  <f  ilespeo 

Specifies  a  text  file  to  use  for  TCP/IP  configuration  (the  default  is 
PROTOCOL.INI  in  NDIS  environments  or  NET.CFG  in  ODI  environments). 
This  switch  is  optional  if  your  NET.CFG  or  PROTOCOL.INI  file  is  located  in 
the  same  directory  as  TCP2PDIS.EXE  (for  example,  C:\WRQNET). 

Network  adapter  information  must  be  in  NET.CFG  or  PROTOCOL.INI,  but 
this  switch  lets  you  store  settings  related  to  TCP/IP  in  an  ASCII  file  with 
another  name.  Use  an  ASCII  text  editor  to  create  the  file. 

ODI 

LSL.COM  uses  the  NET.CFG  file  located  in  the  same  directory.  As  a 
second  possibility,  the  NET.CFG  can  be  located  in  the  directory  that  was 
current  when  LSL.COM  was  loaded. 

To  specify  a  file  other  than  NET.CFG,  the  text  file  must  contain  the  string 
Protocol  TCP2PDIS  in  order  to  be  recognized  when  TCP2PDIS  is  loaded. 

NDIS 

The  text  file  must  contain  at  least  the  following  in  order  to  be  recognized 
when  TCP2PDIS  is  loaded: 

a  The  section  header,  [WRQNDIS1] .  The  brackets  are  required. 

a  Following  the  section  header,  Drivername  =  WRQNDS1$. 

Default:  \WRQNET  XNET.CFG  (ODI) 

\WRQNET\PROTOCOL.INI  (NDIS) 
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/  8  02 

This  switch  allows  a  third-party  TCP/IP  to  coexist  with  Reflection  Network 
Series  support  for  HP  Network  Services.  It  does  not  apply  to  the  Telnet  support 
in  the  TCP  Connection.  See  page  136  for  more  information. 

Troubleshooting  Duplicate  Addresses 

TCP2PDIS  checks  for  other  nodes  with  the  same  Internet  address  as  part  of  startup. 
Under  standard  procedure,  the  value  of  IPAddressO  in  NET.CFG  or 
PROTOCOL.INI  is  the  source  of  this  information. 

Address  Collision 

If  a  duplicate  IP  address  is  found  on  the  network,  TCP2PDIS  refuses  to  load.  The  IP 
address  you  requested  and  your  local  hardware  address  are  displayed,  followed  by  a 
description  of  the  other  machine  on  the  network  that  already  has  the  IP  address  you 
specified.  Other  addresses  in  your  in-memory  ARP  cache  may  also  be  displayed. 

Checking  network  for  unique  Internet  address  --  DUPLICATE  FOUND! 

»  DUPLICATE  INTERNET  ADDRESS  FOUND,  CANNOT  INSTALL! « 

»  YOU  MUST  USE  A  DIFFERENT  INTERNET  (IP)  ADDRESS  FOR  THIS  MACHINE! « 

Local  Internet  (IP)  address  is  192.215.16.13 
Local  Hardware  address  is  00-00-C0-8F-65-2D 

Internet  addr  Hardware  addr  Probe  name 

1 92.21 5.1 6.1 3  00-00-C0-A3-CC-1 B 
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WRQTCP  Syntax 

WRQTCREXE  is  the  TCP/IP  layer  of  the  Reflection  Network  Series.  It  includes 
UDP  and  ICMP  support.  TCP2PDIS  must  be  installed  in  memory  before  starting 
this  program.  WRQTCP  must  be  run  before  TELMGR. 


A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /U  for/ UNINSTALL. 


/” 

\ 

WRQTCP  /UNINSTALL  /?  /ENV  /QUIET 

_ 

J 

/UNINSTALL 

Removes  WRQTCP  from  memory. 

/? 

Lists  options  for  WRQTCP. 

/ENV 

Causes  WRQTCP  to  keep  its  DOS  environment  segment  after  becoming 
resident.  This  enables  the  program  name  to  be  displayed  by  a  memory  mapPing 
utility  such  as  MAPMEM.  This  switch  requires  additional  memory.  It  is  not 
necessary  with  DOS  utilities  such  as  MEM  /C. 

/QUIET 

Does  not  display  any  confirmation  messages  to  the  screen  when  WRQTCP  is 
loading. 
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CONMGR  Syntax 

CONMGR  provides  support  for  multiple  Reflection  Network  Series  protocols  in  a 
non- Windows  Sockets  environment.  This  program  must  be  started  before  TELMGR 
(or  LATMGR). 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /u  for/UNINSTALL. 


CONMGR  /UNINSTALL  /?  /INTERRUPT : <xx>  /QUIET  /SESSIONS : <n> 


/UNINSTALL 

Uninstalls  the  Connection  Manager  (LATMGR  and/or  TELMGR  must  be 
uninstalled  first). 

/? 

Provides  a  summary  of  CONMGR  syntax. 

/ INTERRUPT :<xx> 

Specifies  the  interrupt  where  CONMGR  is  to  be  installed.  By  default,  60 
(hexadecimal)  is  used  if  it  is  available.  Otherwise,  the  first  available  interrupt  in 
the  range  60-66  is  used. 

Values:  40-7F 
Default:  60 

/QUIET 

Does  not  display  any  confirmation  messages  to  the  screen  when  CONMGR  is 
loading. 

/SESSIONS :<n> 

Allocates  memory  for  the  number  of  sessions  specified.  If  you  are  using  multiple 
protocols,  this  number  must  be  large  enough  to  accommodate  all  sessions  for  all 
protocols  to  be  used  at  the  same  time  (Telnet,  FTP,  and  LAT).  Reflection  FTP, 
available  with  Reflection  for  Windows  4.1  and  above,  requires  2  Telnet  sessions 
and  2  CONMGR  sessions. 

Values:  1  -255 

Default:  4 
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TELMGR  Syntax 

TELMGR  provides  Telnet  and  FTP  support  in  a  non-Windows  Sockets 
environment. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /U  for  /UNINSTALL. 

TELMGR  /UNINSTALL  /?  /ENV  /KILL  /PASSIVE  /SESSIONS : <n> 


/UNINSTALL 

Uninstalls  TELMGR.  If  sessions  were  active  when  you  exited  Reflection,  they 
are  disconnected. 

/? 

Displays  options  for  TELMGR. 

/ENV 

Causes  TELMGR  to  keep  its  DOS  environment  segment  after  becoming 
resident.  This  enables  the  program  name  to  be  displayed  by  a  memory  mapPing 
utility  such  as  MAPMEM.  This  switch  requires  additional  memory.  It  is  not 
necessary  with  DOS  utilities  such  as  MEM  /C. 

/KILL 

Uninstalls  TELMGR  even  if  there  are  active  sessions.  This  switch  forces  a  dis¬ 
connect  from  Telnet/FTP  sessions. 

/PASSIVE 

Telnet  does  not  advertise  capabilities  on  startup,  and  does  not  initiate  any 
option  negotiation. 

/SESSIONS :<n> 

Specifies  the  maximum  number  of  concurrent  Telnet  and/or  FTP  sessions  to  be 
supported.  The  number  of  sessions  you  request  for  CONMGR  must  be  the  same 
or  higher. 

Reflection  FTP,  available  with  Reflection  for  Windows  4.1  and  above,  requires  2 
Telnet  sessions  and  2  CONMGR  sessions. 


Values:  1  -8 

Default:  2 
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The  NS  Connection  provides  access  to  HP  hosts  using  HP  Network  Services.  You 
can  maintain  multiple  NS/VT  sessions  to  one  or  more  hosts.  The  NS  Connection 
includes  full  Reflection  Network  Series  driver  support  for  simultaneous  access  to  PC 
networks  such  as  Novell  NetWare,  LAN  Manager,  and  Windows  for  Workgroups. 

The  Reflection  Network  Series  includes  a  NetBIOS  layer  to  provide  compatibility 
with  LAN  Manager,  Windows  for  Workgroups,  or  other  programs  using  a  TCP/IP 
transport.  See  page  215. 

The  NS  Connection’s  Windows  Sockets  support  lets  you  run  Windows  Sockets  com' 
patible  applications  over  WRQ’s  DOS  TCP/IP  stack.  Reflection  for  Windows 
version  4.1  or  above  is  a  Windows  Sockets  compatible  application.  The  NS  Conner 
tion  includes  RNNSVT.DLL  for  NS/VT  sessions  over  a  Windows  Sockets  compliant 
TCP/IP  stack.  See  page  229  for  more  information. 

In  addition  to  the  information  in  this  section,  refer  to  the  following: 

a  See  page  20  for  information  on  NS  Connection  Setup. 

a  “Driver  Support”  starting  on  page  137  gives  detailed  information  about  the 
various  drivers  for  the  network  adapters,  RODI.EXE  (the  ODI  converter 
program),  and  RNDIS.EXE  (the  NDIS  converter  program). 

a  “PC  LAN  and  Sockets  Application  Support”  starting  on  page  203  covers  Net- 
Ware,  Windows  for  Workgroups,  and  other  PC  LANs  (including  NetBIOS  sup- 
port  for  LAN  Manager  using  TCP/IP),  and  applications  that  use  Windows  Sock¬ 
ets,  TCP  Sockets,  or  NetIPC. 

a  See  “Managing  Sessions  in  Reflection”  starting  on  page  251  for  instructions  on 
maintaining  multiple  NS/VT  sessions  with  Reflection. 

a  “Administrator  Guidelines”  starting  on  page  293  gives  an  overview  of  TCP/IP 
and  describes  techniques  for  installing  and  configuring  multiple  PCs  on  your 
network. 
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The  NS  Connection  provides  access  to  HP  hosts  using  Network  Services  Virtual 
Terminal  protocol.  You  can  maintain  multiple  sessions  to  HP  3000s  and  use  the 
same  network  card  for  access  to  an  ODI-  or  NDIS'Compliant  PC  LAN. 
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This  figure  shows  the  non^  Windows  Sockets  implementation  of  the  NS  Connection. 
The  NS/VT  virtual  terminal  protocol  is  provided  by  VTMGR.EXE. 
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This  figure  shows  the  Windows  Sockets  implementation  of  the  NS  Connection.  The 
NS/VT  virtual  terminal  protocol  is  provided  by  RNNSVT.DLL. 
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What’s  Included 

The  NS  Connection  includes  the  following: 

SETUREXE  This  is  an  interactive  program  that  helps  you  install  the 


appropriate  files  for  your  network  card  and  make  all  the 
necessary  changes  to  existing  files.  You  can  also  use  Setup  to 
modify  your  NS  Connection  settings  after  you  install. 

ODI  Support 

RODI.EXE 

This  converter  file  works  with  the  ODI  drivers  distributed 
with  the  NS  Connection. 

ODI  Device  Drivers 

These  are  ODLcompliant  device  drivers  for  a  variety  of 
Ethernet  cards.  They  typically  have  the  extension  .COM; 
see  page  159  for  a  list. 

LSL.COM 

This  file  is  the  Link  Support  Layer  that  enables  a  PC  to 
communicate  over  several  protocols.  It  contains  binding 
information  for  all  the  ODLcompliant  modules  (RODI.EXE 
and  ODI  drivers). 

IPXODI.COM 

This  provides  the  IPX  support  for  Novell  NetWare  access  in 
an  ODI  environment. 

NET.CFG 

This  file  contains  configuration  parameters  for  protocols 
operating  in  the  ODI  environment.  NET.CFG  typically 
includes  a  section  for  link  support,  protocols,  and  link 
drivers.  This  file  is  created  as  part  of  the  Setup  process. 

NETCFG.SAM 

This  file  provides  suggested  settings  to  allow  Reflection 
Network  Series  software  to  run  on  network  cards  not  con¬ 
figured  by  Setup. 
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NDIS  Support 

RNDIS.EXE  This  converter  file  works  with  the  NDIS  drivers  distributed 

with  the  NS  Connection. 

PROTMAN.DOS  The  NDIS  Protocol  Manager  is  the  DOS  device  driver  that 
manages  multiple  protocols  by  using  the  information  in 
PROTOCOL.INI  to  connect  (“bind”)  device  drivers  to  the 
appropriate  protocol  stacks.  If  this  driver  is  already  on  your 
PC,  the  existing  version  is  used  for  Reflection  Network 
Series  configuration. 

PROTMAN.EXE  With  the  NDIS  2.1  specification,  PROTMAN.EXE  works 
in  conjunction  with  PROTMAN.DOS  to  bind  the  device 
drivers. 


NDIS  Device  Drivers  These  are  NDIS-compliant  device  drivers  for  a  variety  of 
Ethernet  and  Token-Ring  cards.  They  typically  have  the 
extension  .DOS;  see  page  161  for  a  list. 

NETBIND.COM  This  file  starts  the  binding  process  between  all  NDIS 
modules.  This  utility  is  run  in  AUTOEXEC.BAT  after 
RNDIS  has  been  installed  in  memory. 


PROTOCOL.INI  This  ASCII  file  contains  initialization  parameters  for  all 
NDIS-compliant  modules.  The  Reflection  Network  Series 
also  uses  this  file  to  set  initial  values  for  TCP/IP  and 
NS/VT.  If  this  file  is  already  on  your  PC,  Setup  adds  Reflec¬ 
tion  Network  Series  configuration  information  to  it. 

PROTOCOL.SAM  This  file  provides  suggested  settings  to  allow  Reflection 
Network  Series  software  to  run  on  network  cards  not  con¬ 
figured  by  Setup. 


IPX.COM  There  are  two  versions  of  this  program.  If  you  are  using  Net¬ 

Ware  with  Windows  3.0,  IPX30.COM  is  renamed 
IPX.COM  and  copied  during  Setup.  For  all  other  environ¬ 
ments,  IPX31.COM  is  renamed  IPX.COM  and  copied 
during  Setup.  The  IPX.COM  provided  with  the  Reflection 
Network  Series  can  be  used  on  an  Ethernet  or  Token-Ring 
network. 
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NetBIOS  Support 

NB.EXE 

This  is  WRQ’s  NetBIOS  interface.  NB  requires  WRQ’s 
TCP/IP  protocol  stack,  WRQTCP.EXE. 

RNDIS.DOS 

This  device  driver  replaces  RNDIS.EXE  for  diskless  work' 
stations  running  LAN  Manager. 

WRQNDS 1  B.XIF 

This  is  a  text  file  used  by  the  Microsoft  LAN  Manager 
Setup  program  for  version  2.1  and  above  to  install  Reflec¬ 
tion  Network  Series  NetBIOS  software  (basic). 

WRQNDS1.XIF 

This  is  a  text  file  used  by  the  Microsoft  LAN  Manager 
Setup  program  for  version  2.1  and  above  to  install  Reflec¬ 
tion  Network  Series  NetBIOS  software  (enhanced). 

NS/VT  and  TCP/IP  Support 

CONMGR.EXE  The  Connection  Manager  is  used  for  all  Reflection  Network 


\e= 

PI  lh  VTMGR.EXE 

o 

o 

Series  protocols  in  a  non- Windows  Sockets  environment. 

This  is  the  Virtual  Terminal  manager  program.  This  file 
handles  your  access  to  HP  Network  Services  if 
RNNSVT.DLL  is  not  used.  See  page  109  for  information  on 
VTMGR.EXE. 

WRQTCP.EXE 

This  is  the  Reflection  Network  Series  TCP/IP  module. 

TCP2PDIS.EXE 

This  is  the  interface  between  WRQTCP  and  the  WRQ 
packet  driver  software.  TCP2PDIS  implements  the  ARP 
protocol  (required  for  TCP/IP)  and  the  Probe  protocol 
(used  by  NS/VT). 

WRQSLIP.EXE 

This  file  is  the  SLIP  (serial  IP)  interface.  It  is  used  with 
WRQTCP.EXE.  See  page  377  for  information. 

RCOM.DLL 

This  provides  support  for  the  Reflection  Network  Series 
running  with  Reflection  for  Windows.  Depending  on  the 
version  of  Reflection  for  Windows  you  are  running,  Setup 
may  replace  this  file  and  VINT14.386  with  new  versions. 
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API  Support 

If  you  are  running  an  application  that  uses  Windows  Sockets,  TCP  Sockets,  or 
NetIPC,  the  Setup  program  copies  files  that  allow  you  to  use  the  Reflection  Network 
Series  TCP/IP  stack  for  those  applications. 

WRQHPSO.EXE  This  provides  Windows  Sockets  and  TCP  Sockets  support. 


WINSOCK.DLL 

If  you  use  WRQHPSO  for  TCP  Sockets  support  in  a  Win¬ 
dows  environment,  you’ll  also  need  WIN_SOCK.DLL, 
VSOCKETS.386,  and  WSOCKETS.DLL;  these  files  are 
copied  as  part  of  Setup.  Database  sample  files  named 
NETWORKS,  SERVICES,  and  PROTOCOL  are  also 
included  for  Windows  Sockets  and  TCP  Sockets  support. 
See  page  239  for  more  information  on  TCP  Sockets  support. 
See  page  229  for  more  information  on  Windows  Sockets 
support. 

This  is  WRQ’s  Windows  Sockets  module.  WINSOCK.DLL 
is  used  as  the  API  between  Windows  Sockets  compatible 
applications  and  WRQ’s  TCP/IP  stack. 

RNNSVT.DLL 

This  file  provides  Windows  Sockets-based  NS/VT  access  to 
HP  3000s.  It  uses  WINSOCK.DLL  for  TCP/IP  support. 

RNEVENT.DLL 

This  provides  Reflection  Network  Series  Windows  Sockets 
event  logger  support.  RNEVENT.DLL  works  with 
RNTASK.EXE  to  log  events  to  RNEVENT.LOG  in  your 
Windows  directory.  This  non- ASCII  log  is  used  by  Techni¬ 
cal  Support  for  troubleshooting. 

RNUTIL.DLL 

This  file  works  with  RNTASK  to  support  WINSOCK.DLL. 

CTL3D.DLL 

This  provides  support  for  three-dimensional  graphics 
display.  Setup  copies  CTL3D.DLL  to  your 
\  WINDOWS  \  SYSTEM  directory. 

RNTASK.EXE 

This  provides  WINSOCK.DLL  support. 

WRQTICL.EXE 

This  provides  NetIPC  support;  additional  programs  for  use 
with  Windows-based  applications  include  VTICL.386  and 
W3IPC.DLL.  See  page  243  for  more  information  on 
NetIPC  support. 
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Utilities 

PING.EXE 

Ping  is  an  Internet  Control  Message  Protocol  (ICMP)  echo 
request  program  that  determines  the  status  of  a  specific  host 
on  a  network. 

STAT.EXE 

The  STAT  program  allows  you  to  query  the  TCP/IP 
software  about  the  status  of  basic  system  elements  and 
network  interface  statistics. 

MACHINFO.EXE 

This  utility  provides  basic  information  about  your  PC. 

LANTRACE.EXE 

This  packet  capture  utility  helps  troubleshoot  network 
problems.  SEETRACE.EXE  is  a  utility  that  provides  a 
summary  of  the  packets  in  a  trace  file  produced  by 
LANTRACE.  NETTYPE.LST  shows  the  protocol  types 
used  with  LANTRACE. 

ROUTE.COM 

This  file  performs  source  routing  for  Token-Ring  networks. 
See  page  199  for  more  information. 

Batch  Files 

STARTNET.BAT 

This  batch  file  automates  loading  of  the  NS  Connection;  it 
is  created  as  part  of  the  Setup  process. 

STOPNET.BAT 

This  batch  file  automates  unloading  of  the  NS  Connection; 
it  is  created  as  part  of  the  Setup  process. 

NS  Connection  Requirements 

Except  for  the  Ethernet  or  Token-Ring  card,  PC  requirements  for  running  the  NS 
Connection  are  no  different  from  those  for  running  Reflection. 

The  Reflection  Network  Series  provides  a  number  of  device  drivers  for  popular  net¬ 
work  adapters;  other  network  cards  that  use  ODI  or  NDIS  drivers  may  also  work. 
PROTOCOL.SAM  or  NETCFG.SAM  suggests  settings  for  network  device  drivers 
not  distributed  with  the  Reflection  Network  Series. 
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PC  Software  Requirements 

The  Reflection  Network  Series  requires  version  4.2  or  higher  of  Reflection  for  DOS 
or  version  3.7  or  higher  of  Reflection  for  Windows.  Reflection  for  Windows  4.1  or 
higher  is  required  in  order  to  use  the  Windows  Sockets  support  included  in  the  NS 
Connection. 

Host  Requirements 

An  Ethernet  or  Token-Ring  connection  between  the  PC  and  the  host  is  required.  To 
connect  to  an  HP  3000,  the  HP  3000  must  have  NS/VT  capability,  which  is 
included  with  Hewlett-Packard’s  Network  Services  software  and  the  Local  Area  Net¬ 
work  Interface  Controller,  or  LA NIC  (ThinLAN  3000  Link  for  “classic”  HP  3000s 
or  ThinLAN  3000/XL  Link  for  HP  3000  XL  or  MPE/iX). 

In  addition,  some  environments  require  that  Ethernet  II  protocol  support  be  enabled 
on  the  HP  3000.  See  page  118. 

Fast  File  Transfer 

Version  4.0  and  above  of  Reflection  1  for  Windows  and  version  4.3  and  above  of 
Reflection  for  DOS  support  fast  file  transfer  with  NS/VT. 

Fast  file  transfer  is  typically  five  times  faster  than  standard  transfer.  In  order  to  take 
advantage  of  this  high-speed  file  transfer,  you  must  upload  the  version  of  PCLINK2 
distributed  with  Reflection.  If  the  correct  host  program  is  being  used,  the  message 
“Fast  File  Transfer”  or  “Fast  Transfer”  is  displayed  on  the  File  Transfer  screen. 
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The  programs  that  are  in  STARTNET.BAT  for  the  NS  Connection  all  have  a 
variety  of  loading  options  to  help  you  configure  memory  usage  and  modify  other 
default  settings. 

The  syntax  ofTCP2PDIS.EXE,  WRQTCP.EXE,  CONMGR.EXE,  and  VTMGR.EXE 
is  detailed  here.  The  ODI  converter  program  RODI.EXE  is  explained  on  page  148. 
The  NDIS  converter  program  RNDIS.EXE  is  explained  on  page  154. 


Starting  the  NS  Connection 

The  instructions  below  assume  you  have  already  run  the  Setup  program,  which  con- 
figures  and  installs  the  appropriate  files  for  your  environment. 

1.  If  you  have  just  finished  the  Setup  program,  reboot  your  PC. 

2.  Type  STARTNET.  Depending  on  your  Setup  selection,  AUTOEXEC.BAT  may 
run  this  file  for  you.  If  you’re  using  Reflection  for  Windows,  you  must  run  this 
file  before  you  start  Windows.  A  simple  STARTNET.BAT  file  for  a  non-Win¬ 
dows  Sockets  environment  might  look  like  the  following: 

<RNDIS  (if  not  already  installed)  or  RODI> 

TCP2PDIS  /TEXTINI 

WRQTCP 

CONMGR 

VTMGR 

A  simple  STARTNET.BAT  file  for  a  Windows  Sockets  environment  is  shown 
below.  RNTELNET.DLL  and  RNNSVT.DLL  are  loaded  automatically  when  you 
start  a  Windows  Sockets  compatible  application. 

<RNDIS  (if  not  already  installed)  or  RODI> 

TCP2PDIS  /TEXTINI 

WRQTCP 

REM  CONMGR 

REM  VTMGR 

WRQHPSO 
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3.  Start  Reflection-  If  you’re  using  Reflection  for  Windows,  start  Windows,  and 
then  start  Reflection. 

4.  Connect  to  an  HP  host.  This  step  varies  according  to  the  Reflection  product 
you’re  using: 

-  DOS  Reflection  users:  select  the  CON-MGR  datacomm  port  or 
Connection  Type 

-  Windows  Reflection  users:  select  the  VT-MGR  Connection  Type 

See  “Managing  Sessions  in  Reflection”  starting  on  page  251  for  information  on 
configuring  Reflection  and  maintaining  multiple  NS/VT  sessions. 


TCP2PDIS  Syntax 

TCP2PDIS.EXE  is  the  interface  between  the  WRQ  TCP/IP  protocol  stack  and 
RODI.EXE  or  RNDIS.EXE.  This  program  implements  the  ARP  and  Probe  protocols. 
TCP2PDIS  maintains  an  in-memory  address  table  (ARP  cache)  that  maps  NS/VT 
Probe  names  to  IP  addresses  and  IP  addresses  to  hardware  addresses.  Many  of  the 
switches  below  have  equivalent  keywords  in  the  “Protocol  TCP2PDIS”  section  of 
NET.CFG  file  or  the  [WRQNDIS1]  section  of  PROTOCOL.INI.  See  page  325  for  a 
summary  of  these  keywords. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /U  for  /UNINSTALL. 


TCP2PDIS  /UNINSTALL  /?  /ADAPTER: <n>  /CACHECLEAR 

/DOMAIN :<domainname>  /ENV  /FILE : <f ilespeo  / INTERRUPT : <xx> 
/NODE : <nodename>  /NUMADDRESS :<n>  /ORGANIZATION :<name> 

/PROBE : <name I addr>  /PROXY :<f ilespeo  /SHOW 
/TCPINTERRUPT : <xx>  /TEXTINI : <f ilespeo  /802 

l _ _ _ _ _ ' 

/UNINSTALL 

Removes  TCP2PDIS  from  memory.  The  program  will  not  uninstall  if 
WRQTCP  has  not  been  removed  from  memory  first. 


/? 


Lists  options  for  TCP2PDIS. 
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/ADAPTER : <n> 

You  do  not  need  to  use  this  parameter  unless  you  have  Reflection  Network 
Series  software  running  on  more  than  one  adapter  in  your  machine. 

You  cannot  run  two  copies  of  TCP2PDIS;  this  switch  applies  only  if  you  are 
using  the  3000  Connection  and  have  one  card  running  the  TCP/IP  protocol  and 
the  other  card  running  the  LAT  protocol.  You  must  run  two  separate  copies  of 
RODI.EXE  or  RNDIS.EXE  and  specify  a  corresponding  adapter  in  the 
/ADAPTER  parameter  for  each  copy.  See  “Configuring  Multiple  Cards”  on  page 
196. 

Values:  1  -9 

Default:  1 

/CACHECLEAR 

Clears  the  ARP  cache  of  all  entries  except  those  loaded  with  the  /FILE  or 
/PROXY  switch.  Use  this  switch  after  you  have  loaded  TCP2PDIS.  This  switch 
may  be  necessary  if  an  address  that  was  previously  resolved  is  no  longer  correct; 
for  example,  a  network  setting  such  as  an  IP  address  for  a  host  changed  since  you 
first  loaded  TCP2PDIS. 

/DOMAIN : <domainname> 

Specifies  the  domain  name.  Any  NS/VT  node  requires  a  full  node  name,  which 
consists  of  a  Node,  Domain,  and  Organization.  The  Domain  and  Organization 
are  common  to  machines  on  the  same  network,  while  the  Node  must  be  unique 
on  the  network.  Each  should  have  no  more  than  16  characters. 
WRQTICL.EXE  also  uses  this  setting. 

Overrides  the  value  for  Domain  in  NET.CFG  or  PROTOCOL.INI. 

/ENV 

Causes  TCP2PDIS  to  keep  its  DOS  environment  segment  after  becoming 
resident.  This  enables  the  program  name  to  be  displayed  by  a  memory  mapping 
utility  such  as  MAPMEM.  This  switch  requires  additional  memory.  It  is  not 
necessary  with  DOS  utilities  such  as  MEM  /C. 

Equivalent  to  Env  in  NET.CFG  or  PROTOCOL.INI. 


TV  Using  the  NS  Connection 


/FILE:<filespec> 

If  you  are  using  NS/VT  for  access  to  an  HP  3000  that  is  not  on  your  local  net' 
work  and  there  is  no  Probe  Proxy  server,  you  can  load  all  the  host  entries  in  the 
Hosts  file  into  the  ARP  cache.  This  switch  may  be  required  in  a  variety  of  cases: 

▲  If  you  are  using  an  IP  router.  See  “Using  Internetworks  of  HP  3000s”  on 
page  112  for  more  information. 

▲  If  you  need  fast  file  transfer  on  a  remote  HP  3000  and  you  are  using  RefleC' 
tion  for  DOS  4.3  or  earlier  or  Reflection  for  Windows  4.0  or  earlier.  See 
page  114  for  more  information. 

a  You  are  using  a  Racal  Interlan  card  in  an  ODI  environment.  See  page  184. 

This  overrides  the  value  of  File  in  PROTOCOL.INI  or  NET.CFG.  If  your 
Hosts  file  or  alternate  file  contains  more  entries  than  the  value 
for  cb  NumAddress,  there  will  be  no  room  available  in  the  ARP  cache  to  record 
addresses  from  the  Ping  utility.  Increase  the  value  of  NumAddress,  or  decrease 
the  number  of  entries  in  your  file,  or  use  NUMADDRESS. 

Default:  Hosts  in  path  specified  by  HOSTSPath  in  NET.CFG  or 
PROTOCOL.INI;  see  page  330. 

/ INTERRUPT :<xx> 

Specifies  the  interrupt  number  (in  hexadecimal)  used  for  communication 
between  the  higher  levels  in  the  protocol  stack  and  TCP2PDIS.  If  you  receive 
the  error  message  “No  vectors  available,”  specify  a  value  with  this  switch. 

Overrides  the  value  for  Int  in  NET.CFG  or  PROTOCOL.INI. 

Values:  40-7F 

Default:  First  unused  interrupt  in  range  60-66 

/NODE : <nodename> 

The  HP  NS/VT  node  name  for  this  machine.  Any  NS/VT  node  requires  a  full 
node  name,  which  consists  of  a  Node,  Domain,  and  Organization.  The  Domain 
and  Organization  are  common  to  machines  on  the  same  network,  while  the 
Node  must  be  unique  on  the  network.  Each  should  have  no  more  than  16 
characters.  WRQTICL.EXE  also  uses  this  setting. 

Overrides  the  value  for  Node  in  NET.CFG  or  PROTOCOL.INI. 
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/NUMADDRESS : <n> 

Specifies  the  maximum  number  of  ARP  cache  entries  to  retain.  An  entry  is 
created  for  every  address  in  the  Hosts  file  if  one  of  the  following  is  used: 

a  File  in  NET.CFG  or  PROTOCOL.INI,  or  TCP2PDIS  /FILE 

A  Proxy  in  NET.CFG  or  PROTOCOL.INI,  or  TCP2PDIS  /PROXY 

An  entry  is  also  created  each  time  you  make  a  connection  to  a  new  host.  This 
number  must  be  large  enough  to  accommodate  all  the  entries  in  your  Hosts  file 
plus  any  other  hosts  not  listed  in  the  Hosts  file.  Use  TCP2PDIS  /SHOW  to 
display  the  ARP  cache  (TCP2PDIS  must  be  already  loaded).  Lowering  this 
value  saves  memory. 

Overrides  the  value  for  NumAddress  in  PROTOCOL.INI  or  NET.CFG. 

Values:  4-255 
Default:  32 

/ORGANIZATION : <name> 

HP  NS/VT  organization  name  of  this  machine.  Any  NS/VT  node  requires  a  full 
node  name,  which  consists  of  a  Node,  Domain,  and  Organization.  The  Domain 
and  Organization  are  common  to  machines  on  the  same  network,  while  the 
Node  must  be  unique  on  the  network.  Each  should  have  no  more  than  16 
characters.  WRQTICL.EXE  also  uses  this  setting. 

Overrides  the  value  for  Organization  in  NET.CFG  or  PROTOCOL.INI. 

/PROBE :<name  I  addr> 

After  you  have  run  TCP2PDIS,  you  can  use  this  switch  to  resolve  an  HP  Probe 
name  to  an  IP  address  and  hardware  address,  or  IP  address  to  hardware  address. 

For  example,  the  following  requests  the  IP  address  of  a  node  (full  node  name): 

TCP2PDIS  /PROBE: JONES. SALES. CORP 

The  following  requests  the  node  name  by  specifying  an  Internet  address: 

TCP2PDIS  /PROBE: 192. 1.2. 3 

The  following  requests  the  IP  address  of  a  node  (node  name  only): 


TCP2PDIS  /PROBE: JONES 


TV  Using  the  NS  Connection 


/PROXY:<filespec> 

Uses  the  Hosts  file  as  the  HP  NS  name  table,  and  allows  this  node  to  act  as 
Probe  Proxy  server  for  other  machines  on  the  local  subnet.  This  switch  can  be 
used  when  you  are  using  NS/VT  to  connect  to  an  HP  host  that  is  not  on  your 
local  network.  See  page  1 1 2  for  more  information. 

After  a  machine  runs  TCP2PDIS  with  /PROXY,  any  Probe  Proxy  name  request 
for  a  name  loaded  in  the  Hosts  file  of  that  machine  is  answered  with  a  Probe 
Proxy  name  response. 


If  Proxy  is  specified  in  NET.CFG  or  PROTOCOL.INI,  the  filename  specified 
here  overrides  the  one  in  the  initialization  file. 


Default:  Hosts  in  path  specified  by  HOSTSPath  in  NET.CFG  or 
PROTOCOL.INI;  see  page  330. 

/SHOW 

TCP2PDIS  /SHOW  displays  the  in-memory  ARP  cache  and  your  local  address 
information. 


TCP2PDIS  must  already  be  loaded  before  using  this  switch.  Using  /SHOW  dis¬ 
plays  the  local  Probe  name,  local  IP  and  hardware  address,  and  then  displays  the 
ARP  cache,  including  the  Probe  node  names,  IP  addresses,  and  the  hardware 
addresses.  This  address  table  is  empty  until  some  TCP/IP  activity  has  occurred, 
or  TCP2PDIS  is  run  with  /FILE,  /PROXY,  or  /PROBE. 


In  the  /SHOW  example  below,  the  addresses  with  an  “F”  were  loaded  into  the 
table  by  using  /FILE: 


Local  Internet  (IP)  address  is  192.11.11.111 

Local  Hardware  address  is  00-00-C0-8F-65-2D 

Local  HP  NS  node  name  (Probe  name)  is  SIMPSON.MFG.COM 

Internet  addr  Hardware  addr  Probe  name 


192.215.11.1  08-00 -09 -00-48-A6 

192.215.17.6  F 
192.215.17.5  F 


OPERA.MFG.COM 

SHIPPING.MFG.COM 

ACCOUNTS.MFG.COM 
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/TCPINTERRUPT : <xx> 

The  interrupt,  in  hexadecimal  format,  that  points  to  TCP  information.  If  you 
receive  the  error  message  “No  vectors  available,”  specify  a  value  with  this 
switch.  Compare  to  the  /INTERRUPT  switch;  see  page  102. 

This  switch  overrides  the  value  of  TCPlnterrupt  in  NET.CFG  or 
PROTOCOL.INI. 

Values:  40-7F  (hexadecimal) 

Default:  65 

/TEXTINI :  <f  ilespeo 

Specifies  a  text  file  to  use  for  TCP/IP  and  NS/VT  configuration  (the  default  is 
PROTOCOL.INI  for  NDIS  environments,  NET.CFG  for  ODI  environments). 
This  switch  is  optional  if  your  NET.CFG  or  PROTOCOL.INI  file  is  located  in 
the  same  directory  as  TCP2PDIS.EXE  (for  example,  C:\WRQNET). 

Network  adapter  information  must  be  in  NET.CFG  or  PROTOCOL.INI,  but 
this  switch  lets  you  store  settings  related  to  TCP/IP  and  HP  Network  Services  in 
an  ASCII  file  with  another  name.  Use  an  ASCII  text  editor  to  create  the  file. 

ODI 

The  NET.CFG  file  located  in  the  same  directory  as  LSL.COM  is  used.  As  a 
second  possibility,  the  NET.CFG  can  be  located  in  the  directory  that  was 
current  when  LSL.COM  was  loaded. 

To  specify  a  file  other  than  NET.CFG,  the  text  file  must  contain  the  string 
Protocol  TCP2PDIS  in  order  to  be  recognized  when  TCP2PDIS  is  loaded. 

NDIS 

The  text  file  must  contain  at  least  the  following  in  order  to  be  recognized 
when  TCP2PDIS  is  loaded: 

a  The  section  header,  [WRQNDIS1  ] .  The  brackets  are  required. 

a  Following  the  section  header,  Drivername  =  WRQNDS1$. 

Default:  \WRQNET  \NET.CFG  (ODI) 

\WRQNET\PROTOCOL.INI  (NDIS) 

/  8  02 

See  page  136  for  information  on  using  this  switch  with  the  3000  Connection. 
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Troubleshooting  Duplicate  Names  and  Addresses 

TCP2PDIS  checks  for  other  nodes  with  the  same  Probe  name  or  Internet  address  as 
part  of  startup.  Under  standard  procedure,  the  values  for  the  following  keywords  in 
NET.CFG  or  PROTOCOL.INI  are  the  sources  of  this  information: 

Node 

Domain 

Organization 

IPAddressO 

If  a  duplicate  node  name  or  IP  address  is  found  on  the  network,  TCP2PDIS  refuses 
to  load  and  provides  the  diagnostic  information  to  help  resolve  the  conflict.  You 
must  select  a  new  node  name  and/or  IP  address  for  your  PC,  or  change  the  node 
name  or  IP  address  of  the  colliding  node 

Address  Collision 

If  an  IP  address  collision  occurs  when  you  run  TCP2PDIS,  the  IP  address  you 
requested  and  your  local  hardware  address  are  displayed,  followed  by  a  description 
of  the  other  machine  on  the  network  that  already  has  the  IP  address  you  specified. 

Checking  network  for  unique  Internet  address  --  DUPLICATE  FOUND! 

»  DUPLICATE  INTERNET  ADDRESS  FOUND,  CANNOT  INSTALL! « 

»  YOU  MUST  USE  A  DIFFERENT  INTERNET  (IP)  ADDRESS  FOR  THIS  MACHINE! « 

Local  Internet  (IP)  address  is  192.215.16.13 

Local  Hardware  address  is  00-00-C0-8F-65-2D 

Local  HP  NS  node  name  (Probe  name)  is  SIMPSON.MFG.COM 

Internet  addr  Hardware  addr  Probe  name 

1 92.21 5.1 6.1 3  00-00-C0-A3-CC-1 B 
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Name  Collision 

If  a  name  collision  occurs  when  you  run  TCP2PDIS,  your  local  IP  address  is  dis¬ 
played  at  the  top  with  your  hardware  address  the  node  name  you  requested.  At  the 
bottom  is  the  IP  and  hardware  address  of  the  machine  with  the  duplicate  node  name. 

Checking  network  for  unique  NS  node  name  --  DUPLICATE  FOUND! 

»  DUPLICATE  NAME  FOUND,  CANNOT  INSTALL! « 

»  YOU  MUST  USE  A  DIFFERENT  NODE  NAME  (or  DOMAIN  or  ORG)  FOR  THIS  MACHINE! « 

Checking  network  for  unique  Internet  address  --  Address  is  unique  [OK] 

Local  Internet  (IP)  address  is  192.215.16.10 

Local  Hardware  address  is  00-00-C0-8F-65-2D 

Local  HP  NS  node  name  (Probe  name)  is  SIMPSON.MFG.COM 

Internet  addr  Hardware  addr  Probe  name 

1 92.21 5.1 6.37  00-00-C0-D0-F5-1 5  SIMPSON.MFG.COM 


It  is  also  possible  to  have  both  duplications  occur:  the  machine  address  for  the  dupli¬ 
cate  node  and  the  duplicate  IP  address  are  both  displayed. 


WRQTCP  Syntax 

WRQTCP.EXE  is  the  TCP/IP  layer  of  the  Reflection  Network  Series.  It  includes 
UDP  and  ICMP  support.  TCP2PDIS  must  be  installed  in  memory  before  starting 
this  program.  WRQTCP  must  be  run  before  VTMGR. 


A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /U  for  /UNINSTALL. 


WRQTCP  /UNINSTALL  /?  /ENV  /QUIET 

\ 

\ _ 

) 
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/UNINSTALL 

Removes  WRQTCP  from  memory. 

/? 

Lists  options  for  WRQTCP. 

/ENV 

Causes  WRQTCP  to  keep  its  DOS  environment  segment  after  becoming 
resident.  This  enables  the  program  name  to  be  displayed  by  a  memory  mapPing 
utility  such  as  MAPMEM.  This  switch  requires  additional  memory.  It  is  not 
necessary  with  DOS  utilities  such  as  MEM  /C. 

/QUIET 

Does  not  display  any  confirmation  messages  to  the  screen  when  WRQTCP  is 
loading. 


CONMGR  Syntax 

CONMGR  provides  support  for  multiple  Reflection  Network  Series  protocols  in  a 
non-Windows  Sockets  environment.  This  program  must  be  started  before  VTMGR. 
If  you’re  using  RNNSVT.DLL,  you  don’t  need  to  use  CONMGR. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it; 
for  example,  you  can  use  /U  for  /UNINSTALL. 

— - v 

CONMGR  /UNINSTALL  /?  / INTERRUPT : <xx>  /QUIET  /SESSIONS : <n> 

v _ _ _ -J 

/UNINSTALL 

Uninstalls  the  Connection  Manager  (VTMGR  must  be  uninstalled  first). 

/? 

Provides  a  summary  of  CONMGR  syntax. 

/ INTERRUPT :<xx> 

Specifies  the  interrupt  where  CONMGR  is  to  be  installed.  By  default,  60 
(hexadecimal)  is  used  if  it  is  available.  Otherwise,  the  first  available  interrupt 
in  the  range  60-66  is  used. 


Values:  40  -7F 

Default:  60 
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/QUIET 

Does  not  display  any  confirmation  messages  to  the  screen  when  CONMGR  is 
loading. 

/SESSIONS :<n> 

Allocates  memory  for  the  number  of  sessions  specified.  This  number 
equal  to  or  greater  than  the  value  of  VTMGR  /SESSIONS.  This  does 
to  Windows  Sockets-based  NS/VT  ]  and  Telnet  sessions. 

For  the  3000  Connection,  this  setting  must  be  high  enough  to  handle 
taneous  sessions  for  all  protocols. 

Values:  1  -255 

Default:  4 


VTMGR  Syntax 

When  not  using  RNNSVT.DLL,  the  NS  Connection  and  the  3000  Connection  use 
VTMGR.EXE  for  access  to  HP  Network  Services.  You  must  have  the  Reflection 
Network  Series  TCP/IP  stack  and  CONMGR.EXE  loaded  before  running  VTMGR. 
If  you’re  using  RNNSVT.DLL,  you  don’t  need  to  use  CONMGR. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /U  for  /UNINSTALL. 

r  -\ 

VTMGR  /UNINSTALL  /?  /ENV  /KILL  /QUIET  /SESSIONS : <n>  /SIZE:<n> 
/TYPEAHEAD  /WINDOWS 

V _ _ _ _ 

/UNINSTALL 

Uninstalls  VTMGR.  If  sessions  were  active  when  you  exited  Reflection,  they 
are  disconnected. 


must  be 
not  apply 

all  simuL 


/? 


Lists  options  for  VTMGR. 
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/ENV 

Causes  TCP2PDIS  to  keep  its  DOS  environment  segment  after  becoming 
resident.  This  enables  the  program  name  to  be  displayed  by  a  memory  mapPing 
utility  such  as  MAPMEM.  This  switch  requires  additional  memory.  It  is  not 
necessary  with  DOS  utilities  such  as  MEM  /C. 

/KILL 

Uninstalls  VTMGR  even  if  NS/VT  sessions  are  active.  This  switch  forces  a  dis¬ 
connect  from  NS  sessions. 

/QUIET 

Does  not  display  any  confirmation  messages  when  VTMGR  is  loading. 

/SESSIONS :<n> 

Specifies  the  maximum  number  of  concurrent  VTMGR  sessions  to  be 
supported.  The  number  of  sessions  you  request  for  CONMGR  must  be  the  same 
or  higher. 

Values:  1-32 

Default:  2 

/SIZE:<n> 

Specifies  the  size  (in  bytes)  of  the  session  memory  pool. 

Values:  2048-49152 
Default:  4096 

/TYPEAHEAD 

This  parameter  applies  only  to  users  of  Reflection  1  or  7  for  DOS  who  switch 
between  HP  and  VT  terminal  classes  (for  example,  Oracle  users  who  start 
Reflection  with  /SP).  This  switch  also  helps  if  you  have  problems  running 
Inquisitor  from  Cognos.  This  parameter  activates  HP  typeahead  on  a  terminal 
class  change  from  HP  to  DEC.  If  you  find  that  an  application  that  uses  both  HP 
and  DEC  terminal  classes  does  not  operate  correctly  when  switching  to  DEC 
emulation,  try  /TYPEAHEAD. 

/WINDOWS 

If  you  are  using  the  NS  Connection  or  the  3000  Connection  with  Windows, 
this  switch  should  be  added  to  VTMGR  to  allow  for  session  memory  pool 
adjustments  when  running  under  Windows.  Setup  adds  this  switch  if  you  indi¬ 
cate  you  are  using  Windows. 
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The  Network  Services  NS3000  protocol  uses  common  TCP/IP  internetwork  stan¬ 
dards  for  network,  transport,  and  session  layers  (as  defined  in  the  ISO  OSI  7-layer 
model  of  protocol  layers).  However,  the  presentation  layer,  NS/VT,  is  proprietary  to 
Hewlett-Packard,  and  the  physical  layer  follows  the  802  specification  rather  than 
Ethernet. 

The  HP  Probe  protocol  is  used  to  obtain  information  about  other  nodes  on  the 
network.  When  you  run  Setup,  you  provide  a  Node,  Domain,  and  Organization 
name  for  your  PC  in  order  to  comply  with  the  Probe  protocol.  Probe  translates 
between  HP  Network  Services  node  names  and  Internet,  Ethernet,  or  Token-Ring 
addresses.  If  you  are  not  using  Probe,  (MPE/ix  doesn’t  require  it)  your  PC  DNS  host 
name  is  used  for  name  resolution. 

To  connect  to  a  local  HP  3000,  address  resolution  only  requires  the  node  name  of 
the  host.  If  the  full  node  name  of  your  local  HP  3000  host  is  HPACT.MFG.COM: 

a  In  Reflection  for  DOS,  type  CONNECT  HPACT  at  the  Connection  Manager 
prompt. 

a  In  Reflection  for  Windows,  type  HPACT  in  the  Host  Name  text  box  in  the  Con¬ 
nection  dialog  box. 

Access  by  name  (rather  than  by  IP  address)  to  an  HP  3000  that  is  not  on  the  same 
logical  network  as  your  PC  typically  requires  a  Probe  Proxy  server  (either  a  PC  or  a 
local  HP  3000  host)  or  loading  a  Hosts  file  that  contains  the  IP  addresses  of  the  HP 
3000  hosts. 
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A 
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Using  Internetworks  of  HP  3000s 

Two  Ethernets  connected  by  a  repeater  or  a  bridge  are  on  the  same  logical 
subnetwork — almost  all  packets  transmitted  on  one  network  are  retransmitted 
on  the  other  network.  In  this  case,  no  special  internetwork  considerations  apply. 

An  HP  3000  can  also  be  part  of  an  internetwork  (a  collection  of  networks  connected 
with  routers  and/or  gateways).  In  order  to  use  the  NS  Connection  or  the  3000  Con¬ 
nection  on  an  internetwork  using  Probe  exclusively,  additional  configuration  is 
required;  use  the  guidelines  in  this  chapter. 

If  you’re  using  Windows  Sockets  and  RNNSVT.DLL,  you  may  be  able  to  use  Domain 
Name  Service  (DNS)  instead  of  Probe —  see  page  237. 

Connecting  to  a  Non-Local  HP  3000 

If  two  Ethernets  are  connected  by  a  router  (also  called  a  “  gateway”  in  a  TCP/IP 
environment)  then  they  are  logically  separate  networks.  Use  one  of  the  following 
methods  to  resolve  the  host  address: 

a  Configure  an  HP  3000  on  the  same  logical  network  as  the  PC  to  be  a  Probe 
Proxy  server. 

The  Probe  Proxy  server  must  have  a  directory  listing  that  includes  every  remote 
machine  to  which  anyone  on  the  local  network  will  connect,  and  must 
have  “Proxy  enabled”  set  for  its  LAN  Network  Interface.  Use  the 
NMMGR.PUB.SYS  program  to  create  a  directory  and  to  configure  your  HP 
3000  as  a  Probe  Proxy  server. 

a  Any  PC  connecting  to  a  remote  HP  3000  host  can  use  File  in  NET.CFG  or 
PROTOCOL.INI  (or  TCP2PDIS  /FILE)  to  load  a  Hosts  file  that  lists  the  IP 
addresses  and  host  names  of  HP  3000  hosts  to  which  it  will  connect. 
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a  Set  up  a  PC  to  function  as  a  Probe  Proxy  server  by  using  Proxy  in  NET.CFG  or 
PROTOCOL.INI  (or  TCP2PDIS  /PROXY). 

This  is  essentially  the  same  as  using  File,  except  that  every  PC  does  not  have 
to  load  the  file.  Only  one  PC  on  the  local  network  needs  to  be  configured  as  a 
Probe  Proxy  server,  but  you  can  configure  more  than  one  if  you  prefer. 

All  PCs  that  rely  on  another  PC  as  the  Probe  Proxy  server  should  have  the  fob 
lowing  line  in  NET.CFG  or  PROTOCOL.INI: 

Resol veNameType  =  4 

In  the  case  of  NET.CFG,  the  “=”  sign  is  not  required.  See  page  337  for  more 
information  on  this  keyword. 

▲  Connect  to  all  HP  3000  hosts  using  their  Internet  addresses  instead  of  names. 

Also,  you  may  want  to  check  if  your  IP  router  can  be  configured  to  act  as  a  Probe 
Proxy  server. 

The  figure  below  shows  PCs  connecting  via  a  router  with  a  single  PC  acting  as  a 
Probe  Proxy  server.  The  Hosts  file  on  this  PC  performs  address  resolution  for  the  HP 
host  on  the  non-local  network. 


HP  Host 


Probe  Proxy  server 
for  other  PCs* 


*  HOSTS  file  includes  address  of  HP  Hosts,  PROTOCOL.INI  or  NET.CFG  has  Proxy = 
Connecting  to  a  Non-Local  HP  3000 
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Configuring  and  Testing  the  Route 

Make  sure  a  route  exists  between  the  networks  by  using  some  combination  of 
bridges,  routers,  and  gateways.  You  do  not  have  to  load  Reflection  to  test  the  route: 
use  TCP2PDIS  /PROBE  to  confirm  that  the  address  information  you  have  specified 
succeeds  in  identifying  your  host. 

▲  If  the  HP  3000  is  communicating  through  a  router  such  as  those  from  HP,  Cisco, 
or  Novell,  the  router  may  need  to  be  configured  as  a  Neighbor  Gateway  in  the 
HP  3000  host  configuration  utility  NMMGR.  A  wide  variety  of  hardware  and 
software  can  be  used  to  establish  this  route;  there  is  no  particular  recommenda¬ 
tion  implied  here  for  establishing  it. 

a  Configure  your  HP  3000  to  be  aware  of  all  gateway(s)  it  might  use  to  communi¬ 
cate  to  any  remote  network  and/or  subnetwork.  You  may  also  have  to  turn  on 
“Ethernet”  on  the  HP  3000  to  use  certain  gateways  and  routers.  To  make  these 
changes,  use  NMMGR.PUB.SYS  on  the  HP  3000.  See  page  118  for  information 
on  how  to  configure  the  HP  3000  for  Ethernet. 

a  Specify  the  Internet  address  of  the  gateway  on  the  local  network  that  connects 
to  non-local  machines.  This  gateway  can  be  an  HP  3000  configured  as  a  full  or 
half  gateway,  or  a  router.  Use  Setup's  Advanced  Configuration  screen  to  specify 
a  gateway  address. 

Fast  File  Transfer  and  Routers 

Fast  file  transfer  to  and  from  an  HP  3000  is  available  when  using  Reflection  for  5.0 
and  above,  or  Reflection  for  Windows  4.1  and  above —  no  Probe  Proxy  server  is 
required. 

By  default,  fast  file  transfer  to  or  from  an  HP  3000  when  using  Reflection  for  DOS 
4.3  or  earlier  or  Reflection  for  Windows  4.0  or  earlier  is  not  available  if  a  router  is 
present.  If  you  need  fast  file  transfer  in  this  situation,  you  must  set  up  a  PC  that 
functions  as  a  Probe  Proxy  server  on  the  same  local  network  as  the  HP  3000.  The 
list  on  the  Probe  Proxy  server  should  contain  the  IP  address  of  any  PC  on  the  non¬ 
local  network  that  requires  fast  file  transfer. 
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Connecting  from  Token-Ring  to  an  HP  3000 

If  your  HP  3000  is  not  directly  connected  to  a  Token-Ring  network,  you  can  use  an 
Ethernet  to  Token-Ring  router.  (An  Ethernet  to  Token-Ring  bridge  is  a  hardware- 
specific  option  for  this  situation;  it  does  not  require  additional  configuration  steps.) 

Use  the  options  described  on  page  112  for  address  resolution  for  a  Token-Ring  net¬ 
work,  with  the  following  exceptions: 

▲  You  cannot  use  a  /PROXY  switch. 

▲  You  cannot  configure  an  HP  3000  on  the  same  logical  network  as  a  Probe  Proxy 
server. 


The  figure  below  shows  an  Ethernet  to  Token-Ring  router,  with  each  PC  using  a 
Hosts  file  to  resolve  the  address  of  the  remote  HP  host. 

HP  Host 
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address  of  remote  HP,  File= is  in 
NET  CFG  or  PR0T0C0L.INI 
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Locating  Network  Interface  Information 

To  make  a  connection  to  an  HP  3000  using  VTMGR  or  RNNSVT.DLL,  the  PC 
must  be  identified  as  a  node  on  the  NS3000  network.  Use  the  guidelines  below  to 
identify  some  of  this  network  information;  see  your  NS3000  documentation  for  fur¬ 
ther  details. 

A  node  (computer)  on  a  HP  3000  network  has  a  network  interface  name  with  the 
following  format: 

NODE . DOMAIN . ORGANIZATION 

For  example: 

HPl . DIVISION . COMPANY 

Note:  NODE.DOMAIN.ORGANIZATION  does  not  refer  to  the  “node  domain 
server”  that  resolves  addresses  on  a  TCP/IP  network.  ▲ 

NMMGR.PUB.SYS  is  a  node  management  configuration  utility  that  performs, 
among  other  network  management  tasks,  node  name  configuration.  It  is  included 
with  the  HP  Node  Management  Services  (NMS)  software.  The  node,  domain,  and 
organization  name  for  the  host  are  set  up  with  this  utility,  as  is  the  Internet  address. 

To  view  network  configuration  information,  type  NETCONTROL  STATUS  from  the 
host  prompt.  (You  must  have  NM  capability  to  use  this  command.)  The  NODE 
NAME  and  DOMAIN  NODE  NAME  are  at  the  bottom  of  the  screen  that  is  dis¬ 
played  next: 


c 

TRANSPORT  STARTED  : 

MON,  OCT  24/  1994  6:41  AM 

\ 

FLAGS  : 

MAX  NETWORK  INTERFACES  : 

PATH  DESCRIPTORS  : 

MAX  NODE  NAMES  : 

MAX  INBOUND  DESTINATIONS: 

%023100 

8 

INIT  0  MAX  100 

100 

100 

HOME  NETWORK  : 

CONFIGURATION  FILE  : 

TRACE  MASK  : 

LANl 

NSCONF.NET. SYS 

NODE  NAME  : 

DOMAIN  NODE  NAME  : 

V 

HPl . DIVISION . COMPANY 

DIVISION. COMPANY 

J 
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The  most  common  naming  convention  is  to  have  all  nodes  on  the  network 
(including  the  HP  3000)  use  the  same  domain  and  organization  names.  The  node 
name  for  the  PC  must  be  different  from  the  host  node  name.  (The  node,  domain, 
and  organization  names  for  a  PC  using  VTMGR  are  specified  in  NET.CFG  or 
PROTOCOL.INI  as  keywords  or  with  TCP2PDIS  as  switches.) 

Finding  the  Internet  Address  on  an  HP  3000 

Use  the  IP  address  of  the  host  as  a  basis  for  assigning  the  IP  address  of  a  PC  on  the 
same  network.  The  IP  address  of  a  PC  shares  the  Domain  and  Organization  portion 
of  the  host  address,  but  each  PC  must  have  a  unique  Node  address. 

To  determine  the  IP  address  for  the  host,  type 

NETCONTROL  NET=<NIname>;  STATUS 

where  <NIname>  is  the  information  displayed  for  HOME  NETWORK  in  the  screen 
above. 


Information  similar  to  the  following  screen  is  displayed: 


r 

NETWORK  STATUS 

:  MON,  OCT 

24, 

1994, 

6:41 

AM 

\ 

PROTOCOL  STARTED 

:  SUN,  OCT 

23, 

1994, 

6:42 

AM 

PROTOCOL  NAME 

:  IP 

PROTOCOL  ID 

PROTOCOL  FLAGS  : 

TRACE  MASK  ; 

:  %00nnnn 

NETWORK  NAME  : 

ADDRESS  : 

v _ 

:  LAN1 

:  C  192.001 

.001 

005 

J 

The  final  line  is  the  IP  address.  The  letter  before  the  address  is  your  network  class. 
By  default,  HP  assigns  IP  addresses  from  ARPA  Class  C.  A  space,  rather  than  a 
period  (.),  is  in  front  of  the  local  node  name  (in  this  case,  005). 

In  this  example,  the  PC’s  Internet  address  should  begin  with  the  host’s  network 
address:  192.001.001.  The  final  three  digits,  the  node  portion,  must  be  unique  on 
the  network. 
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Configuring  an  HP  3000  for  Ethernet 

To  connect  to  an  HP  3000,  the  HP  3000  must  have  NS/VT  capability,  which  is 
included  with  Hewlett-Packard’s  Network  Services  software  and  the  Local  Area  Net¬ 
work  Interface  Controller,  or  LANIC  (ThinLAN  3000  Link  for  “classic”  HP  3000s 
or  ThinLAN  3000/XL  Link  for  HP  3000  XL  or  MPE/iX). 

Some  networks,  such  as  those  that  have  a  TCP/IP  router  between  the  PC  and  the 
host,  require  that  Ethernet  II  protocol  support  be  enabled  on  the  HP  3000.  (Most 
routers  assume  Ethernet  II  rather  than  802.3.)  Ethernet  can  be  enabled  using  the  HP 
network  configuration  application  NMMGR,  which  is  included  with  the  HP  Node 
Management  Services  (NMS)  software. 

Note:  Ethernet  protocol  support  is  not  the  same  as  the  Ethernet  cabling  over  which 
the  protocol  operates.  Do  not  confuse  the  protocol  with  the  cabling  method;  both 
are  required.  ▲ 

Both  the  Ethernet  and  802.3  protocols  can  operate  concurrently  on  the  same 
network. 

Enabling  Ethernet 

Enabling  Ethernet  using  NMMGR  requires  system  manager  capability. 

The  steps  below  describe  the  general  procedure  for  enabling  Ethernet  using 
NMMGR  on  either  a  “classic”  HP  3000  or  an  HP  3000  XL  or  MPE/iX  system.  This 
information  may  be  part  of  the  steps  required  to  establish  a  path  between  a  Token- 
Ring  network  and  an  HP  3000;  other  network  configurations  may  also  require  that 
Ethernet  be  enabled.  See  page  1 15  for  more  information  on  Token-Ring  support. 

For  details  about  any  of  the  following  steps,  or  about  configuring  the  network  inter¬ 
face  in  general,  refer  to  your  Hewlett-Packard  NS3000  documentation. 
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To  enable  Ethernet  on  the  network,  follow  these  general  steps: 

1.  Shut  down  Network  Services  (NS)  on  the  HP  3000.  You  cannot  update  the  net¬ 
work  configuration  while  NS  is  active. 

2.  Log  on  to  the  HP  3000  as  MANAGER.SYS.  and  run  NMMGR. 

3.  Select  the  network  interface  configuration  file,  for  example, 

NMCONFIG .  PUB .  SYS . 

4.  At  the  link  configuration  screen  for  the  selected  network  interface  (in  this  case, 
the  link  type  is  a  LAN),  enable  Ethernet  if  it  is  not  already  enabled. 

5.  Save  and  validate  the  updated  configuration  within  NMMGR,  then  exit  from 
NMMGR. 

6.  Using  SYSGEN,  cross-validate  NMCONFIG. PUB. SYS  with  the  system  config¬ 
uration  files.  This  ensures  that  node  names,  device  names,  and  physical  paths 
are  consistent  between  NMCONFIG. PUB.SYS  and  the  current  system  configu¬ 
ration  data.  Cross-validation  is  done  on  the  KEEP,  TAPE,  I/O,  and  RDCC 
commands. 

You  do  not  need  to  reboot  the  HP  3000  to  have  Ethernet  take  effect;  only  the 

Network  Services  software  must  be  restarted. 
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The  3000  Connection  lets  you  use  the  same  Ethernet  card  for  simultaneous  access  to 
NS/VT  services,  Telnet  and  FTP  services,  LAT  services,  and  services  on  a  Novell 
NetWare  or  other  ODT  or  NDIS-compliant  PC  network.  You  can  use  the  Token- 
Ring  support  for  simultaneous  access  to  NS/VT  services,  Telnet  and  FTP  services, 
and  services  on  a  Novell  NetWare  or  other  ODI  or  NDIS-compliant  PC  network. 
The  3000  Connection’s  comprehensive  set  of  networking  alternatives  ensures  maxi¬ 
mum  network  access  with  minimal  hardware. 

The  Reflection  Network  Series  includes  a  NetBIOS  layer  to  provide  compatibility 
with  LAN  Manager,  Windows  for  Workgroups,  and  other  programs  using  a  TCP/IP 
transport.  See  page  215. 

The  3000  Connection’s  Windows  Sockets  support  lets  you  run  Windows  Sockets 
compatible  applications  over  WRQ’s  DOS  TCP/IP  stack.  Reflection  for  Windows 
version  4.1  ^pr  above  is  a  Windows  Sockets  compatible  application  that  includes 
RNTELNET.DLL  for  Telnet  sessions  over  a  Windows  Sockets  compliant  TCP/IP 
stack.  The  3000  Connection  includes  RNNSVT.DLL  for  NS/VT  sessions  over  a 
Windows  Sockets  compliant  TCP/IP  stack.  See  page  229  for  more  information. 

In  addition  to  the  information  in  this  section,  refer  to  the  following: 

a  See  page  21  for  information  on  3000  Connection  Setup. 

a  The  NS/VT  portion  of  the  3000  Connection  is  detailed  in  the  “NS 
Connection”  starting  on  page  87. 

a  The  Telnet  portion  of  the  3000  Connection  is  detailed  in  the  “TCP 
Connection”  starting  on  page  63. 

a  The  LAT  portion  of  the  3000  Connection  is  detailed  in  the  “LAT  Connection” 
starting  on  page  41. 

a  “Driver  Support”  starting  on  page  137  gives  detailed  information  about  the 
various  drivers  for  the  network  adapters,  RODI.EXE  (the  ODI  converter 
program),  and  RNDIS.EXE  (the  NDIS  converter  program). 
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a  “PC  LAN  and  Sockets  Application  Support”  starting  on  page  203  covers  Net¬ 
Ware,  other  PC  LANs  (including  NetBIOS  support  for  LAN  Manager  using 
TCP/IP  transport),  and  support  for  applications  that  use  Windows  Sockets,  TCP 
Sockets  or  NetIPC. 

a  See  “Managing  Sessions  in  Reflection”  starting  on  page  251  for  instructions  on 
maintaining  multiple  host  sessions  with  Reflection. 

a  “Administrator  Guidelines”  starting  on  page  293  gives  an  overview  of  TCP/IP 
and  describes  techniques  for  installing  and  configuring  multiple  PCs  on  your 
network. 
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You  can  load  software  for  simultaneous  NS/VT,  Telnet,  and  LAT  protocol  support 
with  the  3000  Connection. 

The  Setup  program  produces  a  customized  batch  file  that  will  load  the  protocols  you 
requested. 
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This  figure  shows  the  3000  Connection  modules  running  with  virtual  terminal 
protocols  provided  by  the  DOS-based  TSRs  TELMGR.EXE,  VTMGR.EXE,  and 
LATMGR.EXE. 
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The  figure  below  shows  the  3000  Connection  modules  with  virtual  terminal 
protocols  provided  via  Windows  Sockets  compatible  DLLs — RNTELNET.DLL  and 
RNNSVTDLL  If  LAT  is  also  required,  RDLL,  RLAT,  CONMGR,  and  LATMGR 
should  be  added  as  shown  in  the  previous  figure. 
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What’s  Included 

The  3000  Connection  includes  the  following: 

SETUREXE  This  is  an  interactive  program  that  helps  you  install  the 


appropriate  files  for  your  network  card  and  make  all  the 
necessary  changes  to  existing  files.  You  can  also  use  Setup  to 
modify  your  NS  Connection  settings  after  you  install. 

ODI  Support 

RODI.EXE 

This  converter  file  works  with  the  ODI  drivers  distributed 
with  the  NS  Connection. 

ODI  Device  Drivers 

These  are  ODI-compliant  device  drivers  for  a  variety  of 
Ethernet  cards.  They  typically  have  the  extension  .COM; 
see  page  159  for  a  list. 

LSL.COM 

This  file  is  the  Link  Support  Layer  that  enables  a  PC  to 
communicate  over  several  protocols.  It  contains  binding 
information  for  all  the  ODLcompliant  modules  (RODI.EXE 
and  ODI  drivers).  v 

IPXODI.COM 

This  provides  the  IPX  support  for  Novell  NetWare  access  in 
an  ODI  environment. 

NET.CFG 

This  file  contains  configuration  parameters  for  protocols 
operating  in  the  ODI  environment.  NET.CFG  typically 
includes  a  section  for  link  support,  protocols,  and  link 
drivers.  This  file  is  created  as  part  of  the  Setup  process. 

NETCFG.SAM 

This  file  provides  suggested  settings  to  allow  Reflection 
Network  Series  software  to  run  on  network  cards  not  con¬ 
figured  by  Setup. 
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NDIS  Support 

RNDIS.EXE 

This  converter  file  works  with  the  NDIS  drivers  distributed 
with  the  NS  Connection. 

PROTMAN.DOS 

The  NDIS  Protocol  Manager  is  the  DOS  device  driver  that 
manages  multiple  protocols  by  using  the  information  in 
PROTOCOL.INI  to  connect  (“bind”)  device  drivers  to  the 
appropriate  protocol  stacks.  If  this  driver  is  already  on  your 
PC,  the  existing  version  is  used  for  Reflection  Network 
Series  configuration. 

PROTMAN.EXE 

With  the  NDIS  2.1  specification,  PROTMAN.EXE  works 
in  conjunction  with  PROTMAN.DOS  to  bind  the  device 
drivers. 

NDIS  Device  Drivers 

These  are  NDIS-compliant  device  drivers  for  a  variety  of 
Ethernet  and  Token-Ring  cards.  They  typically  have  the 
extension  .DOS;  see  page  161  for  a  list. 

NETBIND.COM 

This  file  starts  the  binding  process  between  all  NDIS 
modules.  This  utility  is  run  in  AUTOEXEC.BAT  after 
RNDIS  has  been  installed  in  memory. 

PROTOCOL.INI 

This  ASCII  file  contains  initialization  parameters  for  all 
NDIS-compliant  modules.  The  Reflection  Network  Series 
also  uses  this  file  to  set  initial  values  for  TCP/IP  and 
NS/VT.  If  this  file  is  already  on  your  PC,  Setup  adds  Reflec¬ 
tion  Network  Series  configuration  information  to  it. 

PROTOCOL.SAM 

This  file  provides  suggested  settings  to  allow  Reflection 
Network  Series  software  to  run  on  network  cards  not  con¬ 

r 

IPX.COM 

figured  by  Setup. 

There  are  two  versions  of  this  program.  If  you  are  using  Net¬ 
Ware  with  Windows  3.0,  IPX30.COM  is  renamed 
IPX.COM  and  copied  during  Setup.  For  all  other  environ¬ 
ments,  IPX31.COM  is  renamed  IPX.COM  and  copied 
during  Setup.  The  IPX.COM  provided  with  the  Reflection 
Network  Series  can  be  used  on  an  Ethernet  or  Token-Ring 
network. 
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NetBIOS  Support 

NB.EXE 

RNDIS.DOS 

WRQNDS1B.XIF 

WRQNDS1.XIF 


This  is  WRQ’s  NetBIOS  interface.  NB  requires  WRQ’s 
TCP/IP  protocol  stack,  WRQTCPEXE. 

This  device  driver  replaces  RNDIS.EXE  for  diskless  work¬ 
stations  running  LAN  Manager. 

This  is  a  text  file  used  by  the  Microsoft  LAN  Manager 
Setup  program  for  version  2.1  and  above  to  install  Reflec¬ 
tion  Network  Series  NetBIOS  software  (basic). 

This  is  a  text  file  used  by  the  Microsoft  LAN  Manager 
Setup  program  for  version  2.1  and  above  to  install  Reflec¬ 
tion  Network  Series  NetBIOS  software  (enhanced). 


NS/VT,  TCP/IP,  and  Telnet  Support 

CONMGR.EXE  The  Connection  Manager  is  used  for  all  Reflection  Network 

Series  protocols  in  a  non-Windows  environment. 


WRQTCP.EXE  This  is  the  Reflection  Network  Series  TCP/IP  module. 

TCP2PDIS.EXE  This  is  the  interface  between  WRQTCP  and  the  WRQ 

packet  driver  software.  TCP2PDIS  implements  the  ARP 
protocol  (required  for  TCP/IP)  and  the  Probe  protocol 
(used  by  NS/VT). 


VTMGR.EXE 


TELMGR.EXE 


Third-party  Telnet 


WRQSLIP.EXE 


This  is  the  Virtual  Terminal  manager  program.  This  file 
handles  your  access  to  HP  Network  Services  in  a  non- Win¬ 
dows  Sockets  environment. 

This  Telnet  module  provides  session  management  for  Telnet 
and  FTP  if  Windows  Sockets-based  Telnet  is  not  used.  This 
module  is  to  be  used  only  with  the  Reflection  Network 
Series  TCP/IP  protocol  stack. 

A  separate  disk  provides  the  Telnet  manager  programs  that 
work  with  third-party  TCP/IP  stacks.  See  page  363. 

This  file  is  the  SLIP  (serial  IP)  interface.  It  is  used  with 
WRQTCP.EXE.  See  page  377  for  information. 
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RCOM.DLL 

This  provides  support  for  the  Reflection  Network  Series 
running  with  Reflection  for  Windows.  Depending  on  the 
version  of  Reflection  for  Windows  you  are  running,  Setup 
may  replace  this  file  and  VINT14.386  with  new  versions. 

API  Support 

If  you  are  running  an  application  that  uses  Windows  Sockets,  TCP  Sockets,  or 
NetIPC,  the  Setup  program  copies  files  that  allow  you  to  use  the  Reflection  Network 
Series  TCP/IP  stack  for  those  applications. 

WRQHPSO.EXE  This  provides  Windows  Sockets  and  TCP  Sockets  support. 


WINSOCK.DLL 

If  you  use  WRQHPSO  for  TCP  Sockets  support  in  a  Win¬ 
dows  environment,  you’ll  also  need  WIN_SOCK.DLL, 
VSOCKETS.386,  and  WSOCKETS.DLL;  these  files  are 
copied  as  part  of  Setup.  Database  sample  files  named  NET¬ 
WORKS,  SERVICES,  and  PROTOCOL  are  also  included 
for  Windows  Sockets  and  TCP  Sockets  support.  See  page 
239  for  more  information  on  TCP  Sockets  support.  See 
page  229  for  more  information  on  Windows  Sockets 
support. 

This  is  WRQ’s  Windows  Sockets  module.  WINSOCK.DLL 
is  used  as  the  API  between  Windows  Sockets  compatible 
applications  and  WRQ’s  TCP/IP  stack. 

RNNSVT.DLL 

This  file  provides  Windows  Sockets-based  NS/VT  access  to 
HP  3000s.  It  uses  WINSOCK.DLL  for  TCP/IP  support. 

RNEVENT.DLL 

This  provides  Reflection  Network  Series  Windows  Sockets 
event  logger  support.  RNEVENT.DLL  works  with 
RNTASK.EXE  to  log  events  to  RNEVENT.LOG  in  your 
Windows  directory.  This  non- ASCII  log  is  used  by  Techni¬ 
cal  Support  for  troubleshooting. 

RNTASK.EXE 

This  provides  WINSOCK.DLL  support. 

RNUTIL.DLL 

This  file  works  with  RNTASK  to  support  WINSOCK.DLL. 
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CTL3D.DLL 

WRQTICL.EXE 


LAT  Support 

RDLL.EXE 

RLAT.EXE 

LATMGR.EXE 

RSN.EXE 

Utilities 

PING.EXE 

STAT.EXE 

MACHINFO.EXE 

LANTRACE.EXE 


ROUTE.COM 


This  provides  support  for  three-dimensional  graphics 
display.  Setup  copies  CTL3D.DLL  to  your 
Y WINDOWS  \  SYSTEM  directory. 

This  provides  NetIPC  support;  additional  programs  for  use 
with  Windows-based  applications  include  VTICL.386  and 
W31PC.DLL.  See  page  243  for  more  information  on 
NetIPC  support. 


This  is  the  data  link  layer  between  RLAT.EXE  and 
RNDIS.EXE  or  RODI.EXE. 

This  is  Reflection’s  LAT  interface. 

This  is  the  LAT  session  manager. 

This  is  the  LAT  service  table  manager. 


Ping  is  an  Internet  Control  Message  Protocol  (ICMP)  echo 
request  program  that  determines  the  status  of  a  specific  host 
on  a  network. 

The  STAT  program  allows  you  to  query  the  TCP/IP 
software  about  the  status  of  basic  system  elements  and 
network  interface  statistics. 

This  utility  provides  basic  information  about  your  PC. 

This  packet  capture  utility  helps  troubleshoot  network 
problems.  SEETRACE.EXE  is  a  utility  that  provides  a 
summary  of  the  packets  in  a  trace  file  produced  by 
LANTRACE.  NETTYPE.LST  shows  the  protocol  types 
used  with  LANTRACE. 

This  file  performs  source  routing  for  Token-Ring  networks. 
See  page  199  for  more  information. 
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Batch  Files 

STARTNET.BAT  This  batch  file  automates  loading  of  the  3000  Connection; 
it  is  created  as  part  of  the  Setup  process. 

STOPNET.BAT  This  batch  file  automates  unloading  of  the  3000  Connect 

tion;  it  is  created  as  part  of  the  Setup  process. 

Requirements 

3000  Connection  requirements  vary  according  to  the  protocols  you  use. 


For  information  on...  See  page... 

LAT  Requirements  48 

Telnet  Requirements  75 

NS/VT  Requirements  96 
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Multi-Protocol  Guidelines 


This  chapter  describes  how  to  use  multiple  protocols  efficiently  with  the  3000 
Connection.  This  information  does  not  apply  to  Windows  Sockets  connections. 


Protocol  Priority  with  CONNECT 

Users  of  Reflection  for  DOS  can  type  CONNECT  <host>  without  specifying  the 
protocol  to  be  used.  In  order  to  get  to  the  correct  host  as  quickly  as  possible,  remem¬ 
ber  the  order  that  the  Reflection  Network  Series  protocols  are  checked  when  you  try 
to  connect  to  a  host: 

1.  LAT 

2.  NS/VT 

3.  Telnet 

For  example,  type  TELNET  <myhost>  if  you  have  multiple  protocols  loaded  and  you 
want  to  get  to  your  Telnet  host  as  efficiently  and  quickly  as  possible. 


Reflection  1  Plus:  HP  and  DEC  Emulation 

You  can  switch  terminal  classes  in  Reflection  1  Plus  version  5.0  and  above  for  DOS. 
For  example,  you  can  move  between  an  HP  application  that  uses  NS/VT  and  a  DEC 
application  that  uses  LAT  by  using  (Alt)-(N).  All  the  settings  for  the  other  session 
will  be  available  when  you  return  to  that  session.  (To  disable  this  feature,  set 
AUTO-TERM-CLASS  to  NO  in  Reflection.) 

You  cannot  switch  terminal  classes  after  you  use  the  hot-key  to  place  Reflection  in 
the  background.  Any  sessions  of  the  other  terminal  class  that  were  suspended  before 
you  used  the  hot-key  are  no  longer  available  in  the  current  copy  of  Reflection. 
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Allocating  Enough  Sessions 

If  you  add  a  protocol  to  STARTNET.BAT,  you  may  not  have  enough  sessions  (using 
the  /STACKS  switch)  allocated  in  RNDIS.EXE  or  RODI.EXE.  Also,  confirm  that  the 
number  of  sessions  specified  with  CONMGR  /SESSIONS:<n>  is  sufficient  for  all 
simultaneous  sessions  of  all  protocols. 

With  Windows,  FTP  requires  two  CONMGR  sessions  and  two  TELMGR  sessions. 
This  applies  to  Reflection  for  DOS  running  in  a  window,  Reflection  FTP  shipped 
with  Reflection  for  Windows  4.1  and  above,  and  FTP.EXE,  shipped  with  this  version 
of  the  Reflection  Network  Series. 


Using  Independent  TCP/IP  Stacks 

PC-NFS  users  can  establish  Telnet  sessions  using  the  PC-NFS  TCP/IP  stack  and  also 
establish  NS/VT  sessions  using  the  Reflection  Network  Series  TCP/IP  stack.  Two 
separate  stacks  are  required  because  the  NS/VT  protocol  operates  exclusively  over 
the  Reflection  Network  Series  TCP/IP  stack. 

To  use  both  stacks  at  once: 

a  Install  PC-NFS,  then  install  the  Reflection  Network  Series. 

a  When  loading  TCP2PDIS  in  STARTNET.BAT,  use  the  /802  switch  or  add  the 
802  keyword  to  NET.CFG  or  PROTOCOL.INI. 

The  802  parameter  limits  the  types  of  TCP/IP  packets  processed  by  the  Reflec¬ 
tion  Network  Series  TCP/IP  stack  to  802.2  exclusively.  Other  packet  types,  such 
as  TCP/IP  Ethernet  Version  II  and  ARP,  are  not  recognized  by  the  Reflection 
Network  Series  TCP/IP,  and  are  processed  by  the  PC-NFS  TCP/IP  stack. 

This  procedure  is  necessary  for  Ethernet  cards  only;  it  is  ignored  on  a  Token-Ring 
network.  You  should  also  turn  off  Ethernet  on  the  HP  3000.  See  the  information  on 
page  118  that  describes  how  to  enable  Ethernet — the  same  utility  can  be  used  to 
disable  it. 


Driver  Support 


The  driver  support  in  the  Reflection  Network  Series  is  available  in  the  LAT  Con- 
nection,  TCP  Connection,  NS  Connection,  and  the  3000  Connection.  The  same 
drivers  are  configured  in  all  products,  except  for  the  absence  of  Token-Ring  card  sup- 
port  for  the  LAT  Connection. 

This  section  discusses  the  ODI  and  NDIS  support  available  with  the  Reflection  Net¬ 
work  Series.  The  ODI  and  NDIS  support  programs  and  configuration  files  are 
detailed,  and  the  Reflection  Network  Series  interface  converter  files  (RODI.EXE 
and  RNDIS.EXE)  are  described. 

This  section  provides  a  description  of  the  settings  for  all  of  the  network  cards 
installed  and  configured  by  the  Setup  program.  It  also  discusses  methods  for  install¬ 
ing  and  configuring  additional  cards. 
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Multiple  Protocol  Interfaces:  ODI  and  NDIS 

All  products  in  the  Reflection  Network  Series  use  drivers  that  support  two  industry 
standards  that  allow  multiple  networking  protocols  to  use  the  same  network  adapter: 

a  ODI,  the  Open  DataLink  Interface  specification,  developed  by  Novell 

a  NDIS,  the  Network  Driver  Interface  Specification ,  developed  by  Microsoft  and 
3Com 

For  many  environments,  either  of  these  options  can  be  used.  By  default,  Setup 
proposes  the  ODI  interface  if  you  do  not  already  have  an  NDIS  environment  on 
your  machine.  You  can  select  either  of  these  two  specifications;  use  the  guidelines 
below  to  select  the  option  that  is  most  appropriate  for  you. 


Comparing  ODI  and  NDIS 

In  many  cases,  the  other  parts  of  your  network  environment  determine  which  of 
these  interfaces  should  be  used.  If  neither  an  ODI  nor  an  NDIS  configuration  is 
present  on  your  PC,  ODI  is  the  recommended  default. 
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You  Should  Use  ODI  If: 

▲  You  are  using  Novell  NetWare  or  another  ODI-compliant  PC  LAN. 

Novell  NetWare  is  also  supported  in  the  NDIS  environment,  but  the  customized 
IPX.COM  included  with  the  Reflection  Network  Series  must  be  used  instead  of 
the  IPX.COM  supplied  with  Novell  NetWare.  The  ODI  environment  offers  a 
more  NetWare-compatible  environment  in  most  cases. 

▲  You  need  to  support  NetWare  diskless  workstations.  ODI  provides  better  sup¬ 
port  for  this  facility. 

▲  You  need  to  be  able  to  unload  your  PC  LAN  software  to  run  a  memory-intensive 
application.  All  network  modules  are  unloadable  with  ODI. 

Although  the  memory  requirements  for  ODI  and  NDIS  software  are  similar,  the 
network  adapter’s  driver  and  protocol  manager  for  ODI  are  .COM  files  that  can 
be  uninstalled.  The  driver  and  protocol  manager  for  NDIS  network  adapters  are 
DOS  devices  installed  in  CONFIG.SYS — they  cannot  be  uninstalled. 

You  Should  Use  NDIS  If: 

▲  You  are  using  a  PC  network  such  as  Banyan  VINES  or  Windows  for  Workgroups 
that  is  already  configured  for  NDIS. 

▲  You  have  an  existing  NDIS  environment  and  do  not  wish  to  convert  to  ODI. 

▲  You  have  an  older  network  card  for  which  there  is  no  ODI  driver  available. 

Site  administrators  will  probably  want  to  implement  the  same  protocol  interface  for 
all  machines,  but  it  is  possible  to  support  both  ODI  and  NDIS  on  the  same  Ethernet 
or  Token-Ring  network. 

After  you  select  one  of  these  environments,  Setup  performs  all  the  necessary  config¬ 
uration  to  support  multiple  connections  to  hosts  with  simultaneous  access  to  your 
PC  LAN.  See  “ODI  Components”  on  page  145  if  you  select  the  ODI  environment, 
or  “NDIS  Startup  Summary”  on  page  152  for  more  information  if  you  select  the 
NDIS  environment. 
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Token-Ring  Support 

There  are  a  few  protocol-specific  conditions  for  Token-Ring  network  support  in  the 

Reflection  Network  Series: 

a  If  an  HP  3000  is  connected  to  a  Token-Ring  network  through  an  IP  router,  you 
must  set  up  the  HP  3000  host  to  work  on  the  internetwork.  See  “Using 
Internetworks  of  HP  3000s”  on  page  112. 

a  The  LAT  protocol  is  not  defined  for  Token-Ring  by  Digital  Equipment  Corpora¬ 
tion,  and  is  not  supported  in  the  Reflection  Network  Series. 

a  The  IBM  Token-Ring  Source  Routing  Driver,  ROUTE.COM,  enables  commu¬ 
nication  across  IBM  Token-Ring  network  bridges.  See  page  199  for  information. 
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The  Reflection  Network  Series  uses  ODI  architecture  for  multiprotocol  support  to 
provide  simultaneous  access  to  hosts  and  PC  LANs.  ODI  is  a  network  interface 
specification  developed  by  Novell  that  allows  a  single  network  interface  card  to  con¬ 
currently  support  multiple  protocol  stacks.  You  do  not  have  to  have  Novell  NetWare 
at  your  site  to  implement  ODI  for  the  Reflection  Network  Series. 

If  you  already  have  ODI-compliant  modules  installed  on  your  PC  when  you  run 
Setup  (instead  of  those  distributed  with  the  Reflection  Network  Series),  you  can 
continue  to  use  your  existing  LSL.COM  and  IPXODI.COM  files.  Setup  can  edit 
your  existing  NET.CFG  file  to  add  the  information  required  for  the  Reflection  Net¬ 
work  Series. 


ODI  Components 

The  ODI  environment  for  the  Reflection  Network  Series  includes  the  following: 

▲  An  ODI-compliant  driver  (typically  with  the  extension  .COM)  for  a  network 
adapter.  In  NetWare  documentation,  this  is  also  called  the  Multiple  Link 
Interface  driver  (MLID). 

a  The  Link  Support  Layer  (LSL),  called  LSL.COM,  that  allows  the  PC  to  com- 
municate  over  multiple  protocols. 

a  The  protocol  stacks,  such  as  IPX  or  TCP/IP.  With  the  Reflection  Network 
Series,  TCP/IP,  NS/VT,  and  LAT  protocols  use  RODI.EXE,  an  interface  con¬ 
verter  file,  detailed  on  page  148. 

The  network  adapter  card  transmits  data  in  the  form  of  network  frames,  or  packets, 
to  the  LSL.  The  LSL  then  forwards  the  data  to  the  protocol  stack.  If  there  is  more 
than  one  protocol  stack  bound  to  the  network  adapter  driver  (for  example,  IPX  and 
TCP/IP),  the  LSL  investigates  the  packet’s  frame  type  and  protocol  ID  and  routes  it 
to  the  correct  protocol  stack. 
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After  using  Setup  to  configure  the  Reflection  Network  Series  to  use  ODI,  the  follow¬ 
ing  lines  are  in  your  AUTOEXEC.BAT  file.  All  these  modules  use  configuration 
information  specified  in  NET.CFG. 

LSL  ; the  link  support  layer 

<card  driver,  e.cj.,  SMC8000>  ;each  card  has  a  specific  driver 

IPXODI  ;if  NetWare  is  used 

NET.CFG  also  provides  configuration  information  for  programs  that  are  installed  as 
part  of  STARTNET.BAT: 

RODI.EXE 

TCP2PDIS.EXE 

ODI-Compliant  Drivers 

An  ODI  driver  contains  code  customized  for  communication  with  a  specific  adapter 
and  a  standardized  interface  to  the  Link  Support  Layer  (LSL). 

If  you  already  have  an  ODI  driver  configured  for  your  network  adapter,  Setup  does 
not  change  this  information.  See  page  159  for  a  summary  of  the  ODI  drivers  that  are 
shipped  with  the  Reflection  Network  Series. 

The  Reflection  Network  Series  includes  a  number  of  additional  ODI  drivers  on  the 
ODI  Supplemental  Drivers  disk.  You  can  use  this  disk  as  part  of  Setup;  see  page  194; 
also  see  the  information  in  NETCFG.SAM. 

ODI  Configuration  in  NET.CFG 

NET.CFG  is  an  ASCII  configuration  file  used  by  the  Link  Support  Layer  (LSL),  the 
network  card  driver  (such  as  SMC8000.COM),  and  by  the  protocols  (such  as  IPX 
and  TCP/IP). 

NET.CFG  contains  section  headings  and  the  currently  defined  options  for  each 
section.  A  standard  heading  in  NET.CFG  is  Link  Driver,  which  typically  contains 
parameters  such  as  INT  (hardware  interrupt),  PORT  (the  I/O  port  used  by  the  card), 
and  MEM  (the  address  of  shared  RAM). 
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A 


The  Reflection  Network  Series  also  uses  this  file  to  set  initial  values  for  TCP/IP 
parameters.  See  page  313  for  a  more  detailed  description  of  the  elements  of  a 
NET.CFG  file. 

This  is  part  of  a  sample  NET.CFG  file  containing  configuration  information  for  the 
Reflection  Network  Series  and  a  network  adapter  card: 


The  value  for  BIND  must  match  the 
link  driver  name  for  your  network  adapter. 


NetWare  Support 

IPXODI.COM  is  shipped  with  Novell  NetWare,  but  it  is  also  shipped  with  the 
Reflection  Network  Series.  If  you  are  using  Novell  NetWare,  Setup  adds 
IPXODI.COM  to  your  AUTOEXEC.BAT  file  after  the  lines  that  load  LSL.COM 
and  the  network  card  driver.  NET.CFG  includes  information  to  configure  IPXODI; 
see  page  314-  NET<x>.COM  or  VLM.EXE,  supplied  by  Novell,  must  be  loaded 
before  you  can  make  a  NetWare  connection.  The  same  NET<x>.COM  or 
VLM.EXE  can  be  used  whether  you  are  in  an  ODI  or  NDIS  environment. 


PROTOCOL  RODI 
BIND  SMC8000 

LINK  DRIVER  SMC8000 
INT  3 

MEM  DOOOO 
PORT  280 
Frame  EthernetJI 
Frame  Ethernet_SI\IAP 
Frame  Ethernet_802.2 


NET.CFG  Fragment 


A 
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RODI  Syntax 

RODLEXE  is  the  ODI  converter  for  both  Ethernet  and  Token-Ring  cards.  RODI  is 
included  as  the  first  element  in  your  STARTNET.BAT  file. 

The  startup  switches  for  RODI.EXE  are  listed  below.  A  switch  can  be  abbreviated  to 
the  shortest  unique  string  that  identifies  it;  for  example,  you  can  use  /U  for 

/UNINSTALL. 


RODI  /UNINSTALL  /?  /ADAPTER :<n>  /ECBS:<n>  / INTERRUPT : <xx> 

/IRQ:<n>  /LIFOS :<n>  /LIFOSIZE : <n>  /MCASTS:<n>  /STACKS :<n> 
/TEXTINI : <f ilename> 


/UNINSTALL 

Uninstalls  RODI. 


/? 

Lists  startup  switches  for  RODI. 

/ADAPTER :<n> 

Use  this  switch  to  differentiate  adapter  cards  if  you  are  using  Reflection  Net¬ 
work  Series  software  on  more  than  one  card.  You  do  not  need  to  use  this  param¬ 
eter  unless  you  have  more  than  one  adapter  using  Reflection  Network  Series 
software.  See  page  196  for  more  information. 


Values:  1-9 

Default:  1 

/ECBS:<n> 

Specifies  the  number  of  Event  Control  Blocks  (ECBs)  to  allocate  for  concurrent 
sends  and  receives.  If  you  see  unspecified  send  or  receive  errors,  you  may  be  able 
to  address  this  problem  by  changing  the  /ECBS  value. 


Values:  2-32 

Default:  1 0 
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/ INTERRUPT :<xx> 

Specifies  the  interrupt  number  used  for  communication  between  RODI  and 
higher  levels  in  the  protocol  stack.  You  do  not  have  to  add  this  parameter  unless 
the  default  causes  conflict  with  other  software  that  uses  this  interrupt.  If  you  are 
using  two  copies  of  RODI  to  support  two  adapters,  different  /INTERRUPT 
values  should  be  used. 

Values:  40-7F 

Default:  First  unused  interrupt  in  the  range  60-66 

/IRQ:<n> 

This  is  the  network  card’s  IRQ  (interrupt).  Many  cards  list  the  interrupt  as  a 
keyword  in  the  link  driver  description  in  NET.CFG.  Setup  provides  a  suggested 
IRQ  for  these  network  adapters.  You  are  asked  to  confirm  the  value  as  part  of 
Setup. 

Values:  0—15 

Default:  <default  for  network  card> 

/LIFOS :<n> 

Specifies  the  number  of  DOS  stacks  (LIFO  data  structures)  in  the  stack  pool. 
Some  network  applications  make  extensive  use  of  stacks;  if  you  find  that  a  par¬ 
ticular  application  is  slower  than  usual,  try  raising  the  value  of /LIFOS. 

Values:  2-16 

Default:  6 

/LIFOSIZE:<n> 

Specifies  the  size,  in  bytes,  of  the  stacks  (LIFO  data  structures)  in  the  stack  pool. 
Some  network  applications  make  extensive  use  of  DOS  stacks;  if  you  find  a  par¬ 
ticular  application  causes  your  machine  to  “hang,”  try  raising  the  value  of 
/LIFOSIZE. 


Values:  64-1024 
Default:  300 
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/MCASTS : <n> 

Specifies  the  maximum  number  of  multicast  addresses  (per  protocol  stack)  that 
can  be  monitored.  Multicasts  are  special  addresses  used  to  send  messages  to  a 
group  of  nodes.  The  LAT  and  NS/VT  protocols  use  multicast  addressing. 

Values:  1  -8 

Default:  4 

/ STACKS :<n> 

Specifies  the  maximum  number  of  protocol  stacks  allowed.  For  multi-protocol 
products,  Setup  automatically  sets  the  number  of  stacks  based  on  your  responses. 

Stack  requirements  for  Reflection  Network  Series  modules  are  listed  below: 

Protocol  Stack  Requirement 

TCP2PDIS.EXE  3  (1  if  “802”  is  in  NET.CFG,  if  /802  is  used, 

or  if  Token-Ring  is  used) 

RDLL.EXE  2  (Provides  LAT  fast  file  transfer  for  TCP/IP  parameters 

normally  stored  in  NET.CFG) 

LANTRACE.EXE  1 
Values:  1-16 

Default:  2  or  value  specified  via  Setup 

/TEXTINI : <f ilename> 

This  switch  may  be  necessary  for  machines  such  as  diskless  workstations  or  other 
remote  configuration  environments. 

This  switch  causes  RODI  to  use  the  specified  filename  instead  of  the  filename 
supplied  by  LSL.  If  you  use  this  switch  without  specifying  a  filename,  RODI  will 
use  the  NET.CFG  file  in  the  current  directory.  If  you  run  RODI  without  a 
switch,  it  uses  the  filename  supplied  by  LSL.  If  that  file  doesn’t  exist,  RODI  uses 
the  NET.CFG  in  the  current  directory. 

If  a  /TEXTINI  switch  for  TCP2PDIS  points  to  a  different  initialization  file,  the 
TCP2PDIS  /TEXTINI  settings  overwrite  the  settings  from  RODI  /TEXTINI. 
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Reflection  Network  Series  NDIS  architecture  provides  simultaneous  access  to  hosts 
and  PC  LANs.  If  you  are  using  a  LAN  such  as  Microsoft  LAN  Manager  or  Banyan 
VINES  in  an  NDIS  environment,  select  the  Reflection  Network  Series  NDIS 
implementation  when  you  run  Setup. 

An  NDIS-compliant  version  of  IPX.COM  for  NetWare  users  is  shipped  with  the 
Reflection  Network  Series.  This  version  of  IPX,  rather  than  one  available  from  Net¬ 
Ware,  must  be  run  in  an  NDIS  environment. 


NDIS  Version  Support 

Early  versions  of  the  Reflection  Network  Series  were  shipped  with  1.1  NDIS  support 
files.  NDIS  version  2.1  has  been  the  standard  since  Reflection  Network  Series  ver¬ 
sion  2.1.  If  you  are  using  the  NDIS  support  files  provided  by  WRQ  from  an  early 
release,  install  this  version  in  the  same  directory  (for  example,  \WRQNET)  to 
ensure  that  your  NDIS  support  files  are  upgraded  automatically  to  2.1. 

You  can  run  this  release  of  Reflection  Network  Series  software  with  the  older  1.1 
NDIS  support  files.  If  you  later  need  to  upgrade  to  the  NDIS  2.1  support  files,  see 
page  200. 
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NDIS  Startup  Summary 


After  choosing  an  NDIS  environment  and  completing  Setup,  your 
AUTOEXEC.BAT  and  CONFIG.SYS  files  include  the  devices  and  programs 
described  in  this  chapter. 


PROTMAN.DOS 


PROTMAN.DOS,  the  NDIS  protocol  manager,  is  loaded  as  a  DOS  device  in 
CONFIG.SYS.  PROTMAN.DOS  and  PROTMAN.EXE  manage  all  NDIS-com- 
pliant  modules  by  using  the  information  in  PROTOCOL.INI  to  connect  (“bind”) 
all  protocol  stacks  to  the  appropriate  device  drivers. 

PROTMAN.DOS  must  be  loaded  before  other  NDIS-compliant  device  drivers  in 
CONFIG.SYS.  PROTMAN.DOS  must  be  installed  as  part  of  bootup;  it  is  not 
uninstallable. 


PROTMAN.EXE 

This  program  must  be  in  the  same  directory  as  PROTMAN.DOS  (for  example, 
WRQNET).  This  program  is  not  run  in  AUTOEXEC.BAT— it  is  implicitly  invoked 
by  PROTMAN.DOS. 

PROTOCOL.INI 

This  is  an  ASCII  file  that  contains  initialization  parameters  for  all  NDIS-compliant 
modules.  When  you  boot  your  PC,  PROTMAN.DOS  reads  PROTOCOL.INI  into 
memory,  making  it  available  to  all  NDIS-compliant  modules. 

The  Reflection  Network  Series  also  uses  this  file  to  set  initial  values  for  TCP/IP 
parameters.  See  “Administrator  Guidelines”  starting  on  page  293  for  information  on 
how  to  use  PROTOCOL.INI  to  configure  Reflection  Network  Series  TCP/IP 


parameters. 
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PROTOCOL.INI  includes  at  least  two  sections.  In  the  illustration  below,  the  WRQ 
NDIS  section  references  the  network  adapter  section  in  the  Bindings  =  line: 

[  WRQNDIS1  ] 

Drivername  =  WRQNDS1$ 

Bindings  =  SMC8000_NIF 


The  value  for  Bindings = must  match  the 
section  name  for  your  network  adaptor 


[SMC8000_NIF] 


DRIVERNAME  =  SMC8000S 
IRQ  =  3 

RAMADDRESS  =  OxDOOO 
I0BASE  =  0x280 
RECEIVEBUFSIZE  =  1024 
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NDIS-Compliant  Drivers 

The  network  device  driver  (for  example,  SMC8000.DOS)  is  loaded  after 
PROTMAN.DOS  in  CONFIG.SYS.  The  device  driver  is  not  uninstallable. 

These  device  drivers  are  hardware-specific.  Most  have  the  extension  .DOS.  See  page 
161  for  a  list  of  the  NDIS-compliant  drivers  distributed  with  the  Reflection  Network 
Series. 

Other  NDIS-compliant  drivers  should  also  work.  The  Reflection  Network  Series 
includes  a  number  of  additional  NDIS  drivers  on  the  NDIS  Supplemental  Drivers 
disk.  You  can  use  this  disk  as  part  of  Setup.  A  disk  shipped  with  your  network  card 
may  include  PROTOCOL.INI  examples  in  an  NDIS  or  MSLANMAN.DOS  direc¬ 
tory,  and  Setup  can  also  configure  the  Reflection  Network  Series  for  your  card  based 
on  this  information.  See  page  194  for  information  on  how  to  use  a  supplemental 
drivers  disk  as  part  of  your  Reflection  Network  Series  configuration.  Also  check  the 
settings  in  PROTOCOL.SAM,  provided  with  the  Reflection  Network  Series. 
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RNDIS.EXE 

This  is  the  Reflection  Network  Series  NDIS  converter  for  Ethernet  and  Token-Ring 
cards.  RNDIS.EXE  enables  Reflection  Network  Series  protocol-specific  software  to 
operate  in  the  NDIS  environment. 

RNDIS.EXE  is  loaded  in  AUTOEXEC.BAT,  and  must  be  run  before 
NETBIND.COM.  Setup  adds  lines  to  AUTOEXEC.BAT  that  install  and 
then  uninstall  RNDIS  before  running  NETBIND,  for  example: 

RNDIS 
RNDIS  /U 
NETBIND 

This  method  allows  the  necessary  information  about  RNDIS  to  be  registered  for 
NETBIND  with  little  impact  on  PC  memory. 

NETBIND.COM 

NETBIND.COM  starts  the  binding  process  between  all  NDIS  modules.  It  is  loaded 
in  AUTOEXEC.BAT.  RNDIS.EXE  must  be  run  before  NETBIND.COM. 

When  installing  the  Reflection  Network  Series,  Setup  prompts  you  for  some  of  the 
hardware  settings  for  the  network  driver  you  select.  If  these  are  not  the  correct 
defaults  for  your  machine,  you  may  see  a  “Failed  to  bind”  message  from  NETBIND 
when  you  reboot  your  machine.  Check  your  network  adapter  documentation. 


RNDIS  Syntax 

RNDIS.EXE  is  an  interface-converting  file  that  supports  any  Media  Access  Control 
(MAC)  device  driver  conforming  to  Microsoft/3Com’s  Network  Driver  Interface 
Specification  (NDIS). 

RNDIS.EXE  is  the  NDIS  converter  for  both  Ethernet  and  Token-Ring  cards.  This 
program  must  be  run  before  NETBIND  in  your  AUTOEXEC.BAT  file.  If  you  are 
running  Novell  NetWare  or  LAN  Manager,  this  program  must  be  loaded  for  LAN 
access  as  well  as  host  access. 
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A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /u  for  /UNINSTALL. 


RNDIS  /UNINSTALL  /?  /ADAPTER :<n>  /DEPCA  /EVEN  / INTERRUPT : <xx> 

/IRQ:<n>  /LIFOS :<n>  /LIFOSIZE : <n>  /MCASTS:<n>  /PROMISCUOUS 
/RECEIVES :<n>  / STACKS :<n>  /XMITS:<n> 


/UNINSTALL 

Uninstalls  RNDIS. 


/? 

Lists  options  for  RNDIS. 

/ADAPTER :<n> 

This  switch  differentiates  adapter  cards  if  you  are  using  Reflection  Network 
Series  software  on  more  than  one  card.  You  do  not  need  to  use  this  parameter 
unless  you  have  more  than  one  adapter  using  Reflection  Network  Series 
software.  See  page  196  for  more  information. 

Values:  1  -9 

Default:  1 

/DEPCA 

This  switch  is  recommended  if  you  are  using  RNDIS  with  a  DEPCA  card  such 
as  a  DEC  EtherWorks  Adapter.  It  is  required  if  you  are  using 
PATHWORKS — in  this  case,  you  should  also  be  sure  to  run  the  batch  file  that 
loads  PATHWORKS  network  software  (also  called  STARTNET.BAT)  before 
running  the  Reflection  Network  Series  STARTNET.BAT. 

/EVEN 

Forces  all  transmitted  802.2  packets  to  be  of  even  length.  Try  this  switch  if  you 
have  problems  with  network  cards  such  as  Novell  or  Xircom  when  connecting 
to  a  “Classic”  HP  3000. 
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/INTERRUPT:  <xx> 

Specifies  the  interrupt  number  used  for  communication  between  RNDIS  and 
higher  levels  in  the  protocol  stack.  You  do  not  have  to  add  this  parameter  unless 
the  default  causes  conflict  with  other  software  that  uses  this  interrupt.  If  you  are 
using  two  copies  of  RNDIS  to  support  two  adapters,  different  /INTERRUPT 
values  should  be  used. 

Values:  40-7F 

Default:  First  unused  interrupt  in  the  range  60-66 

/IRQ:<n> 

This  is  the  network  card’s  IRQ  (interrupt).  Many  cards  list  the  interrupt  as  a 
keyword  in  the  device  description  in  PROTOCOL.INI.  Setup  provides  a  sugges¬ 
ted  IRQ  for  these  network  adapters.  You  are  asked  to  provide  or  confirm  the 
value  as  part  of  Setup — see  page  27. 

This  switch  is  strongly  recommended.  Although  you  may  make  a  connection 
without  it,  some  network  operations  will  slow  down  significantly  or  appear  to  be 
nonfunctional.  If  you  did  not  specify  this  switch  during  Setup,  locate  the  docu¬ 
mentation  for  your  card  and  add  this  switch  to  RNDIS  in  your 
AUTOEXEC.BAT  file,  or  use  Setup  to  reconfigure. 

Reflection  Network  Series  modules  will  not  operate  correctly  if  an  incorrect 
value  for  the  IRQ  is  assigned  with  this  switch. 

Values:  0-15 

Default:  <default  value  of  network  card> 

/LIFOS :<n> 

Specifies  the  number  of  DOS  stacks  (LIFO  data  structures)  in  the  stack  pool. 
Some  network  applications  make  extensive  use  of  stacks;  if  you  find  that  a  par¬ 
ticular  application  is  slower  than  usual,  try  raising  the  value  of  /LIFOS. 

Setup  adds  this  switch  to  RNDIS  with  a  value  of  8  if  you  are  using  LAN  Man¬ 
ager  and  have  installed  with  the  NDIS  Supplemental  Drivers  disk.  You  should 
use  8  or  higher  if  you  are  configuring  any  other  NetBIOS  setup. 


Values:  2-16 

Default:  6 
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/LIFOSIZE : <n> 

Specifies  the  size,  in  bytes,  of  the  stacks  (LIFO  data  structures)  in  the  stack  pool. 
Some  network  applications  make  extensive  use  of  DOS  stacks;  if  you  find  a  par¬ 
ticular  application  causes  your  machine  to  “hang,”  try  raising  the  value  of 
/LIFOSIZE. 

Values:  64-1024 
Default:  300 

/MCASTS : <n> 

Specifies  the  maximum  number  of  multicast  addresses  (per  protocol  stack)  that 
can  be  monitored.  Multicasts  are  special  addresses  used  to  send  messages  to  a 
group  of  nodes.  The  LAT  and  NS/VT  protocols  use  multicast  addressing. 

Values:  1  -8 

Default:  2 

/PROMISCUOUS 

Configures  RNDIS  to  receive  all  packets  on  the  network.  Some  network  adapt¬ 
ers  may  require  this  switch  (for  example,  Excelan  NDIS  driver  XLN2X5.DOS, 
version  1.7). 

/RECEIVES :<n> 

Maximum  number  of  simultaneous  receives.  This  switch  allows  you  to  specify 
the  number  of  packets  that  can  be  received  from  the  network  before  processing 
them. 

Values:  1-16 

Default:  4 

/STACKS :<n> 

Specifies  the  maximum  number  of  protocol  stacks  allowed.  For  multi-protocol 
products,  the  Setup  program  automatically  determines  the  appropriate  number 
of  stacks  based  on  your  responses. 


Using  the  Reflection  Network  Series  with  NDIS 


Stack  requirements  for  Reflection  Network  Series  modules  are  listed  below: 


Stack  Requirement 


Protocol 

TCP2PDIS.EXE 


3  (1  if  “802”  is  in  PROTOCOL.INI,  if  / 802  is  used, 


or  if  Token-Ring  is  used) 

2  (Provides  LAT  fast  file  transfer) 
1 
1 


RDLL.EXE 

IPX.COM 

LANTRACE.EXE 


Values:  1-16 

Default:  2  or  value  specified  in  Setup 

/XMITS :<n> 

Sets  the  maximum  number  of  outstanding  transmit  requests  allowed.  Changing 
this  value  may  help  you  troubleshoot  transmit  error  problems. 

Values:  1-16 

Default:  4 


Network  Card  Support 


This  chapter  provides  a  summary  of  the  network  device  drivers  included  with  the 
Reflection  Network  Series.  Guidelines  for  configuring  multiple  adapter  cards  on  the 
same  PC  are  also  included  here. 


Changing  Device  Driver  Settings 

If  the  defaults  for  the  device  driver  provided  as  part  of  Setup  match  those  of  your 
card  (or  you  already  have  your  card  configured  for  ODI  or  for  NDIS  before  you 
install  the  Reflection  Network  Series),  no  further  modification  is  necessary. 

Remember  that  changing  a  setting  in  NET.CFG  or  PROTOCOL.INI  does  not  con¬ 
figure  the  card  itself.  If,  for  example,  you  have  an  IRQ  conflict  because  the  default 
IRQ  is  3  (also  used  as  the  standard  IRQ  for  COM2),  you  must  change  the  IRQ  set¬ 
ting  on  the  card  using  a  software  program  provided  by  the  manufacturer,  or  by 
changing  the  jumpers  on  the  card  itself.  In  some  cases,  an  I/O  Base  Address  setting  is 
also  changed  when  you  change  the  IRQ. 

After  changing  the  card’s  IRQ,  you  can  then  change  the  setting  in  NET.CFG  or 
PROTOCOL.INI. 


ODI  Driver  Summary 

The  ODI  interface  program,  RODI.EXE,  can  be  used  with  an  Ethernet  or  Token- 
Ring  ODI  driver.  The  table  below  lists  the  ODI-compliant  drivers  currently  con¬ 
figured  as  part  of  the  Reflection  Network  Series  Setup  program.  In  some  cases,  the 
driver  is  not  supplied,  but  you  can  copy  the  driver  from  a  disk  supplied  by  the  card 
manufacturer  after  running  Setup,  or  you  can  use  the  Reflection  Network  Series 
Supplemental  Drivers  disk.  The  default  settings  associated  with  many  cards  are  listed 
in  NETCFG.SAM,  distributed  with  the  Reflection  Network  Series. 
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Driver  Sup 


Network  Card  Support 


Company 

Network  Adapter 

ODI  Driver 

3Com 

EtherLink  3C501 

3C501.COM 

EtherLink  II  3C503 

3C503.COM 

EtherLink  16  3C507 

3C507.COM 

EtherLink  III  Series 

3C509.COM 

(3C509,3C5X9) 

3C5X9.COM 

EtherLink/MC  3C523 

3C523.COM 

TokenLink  III  3C619 

TOKEN.COM 

Hewlett-Packard 

EtherTwist  8  bit 

HPISAODI.COM 

EtherTwist  MCA  (Micro  Channel) 

HPMCAODI.COM 

EtherTwist  Plus 

HPISAODI.COM 

HPJ2405  EtherTwist 

NE2100.COM*  or 
AM2100.COM* 

ThinLAN  (part  #27210x) 

3C501.COM 

ThinLAN  (part  #27250A) 

HPISAODI.COM 

Starlan  10  Link  I 

3C501.COM 

IBM 

Token-Ring  16/4  Adapter 

TOKEN.COM 

Token-Ring  16/4  Adapter/A 

TOKEN.COM 

Intel 

EtherExpress  16 

EXP160DI.COM 

TokenExpress  16 

OCTOK16.COM 

Novell 

Novell  NE1000 

NEIOOO.COM* 

Novell  NE2000 

NE2000.C0M* 

Racal  Interlan 

NI5210 

NI5210.COM 

(Racal-Datacom) 

NI9210 

NI9210.COM 

SMC 

EtherCard  Plus  Elite  16 

SMC8000.COM 

TokenCard  Elite 

SMC8100.COM 

UB  Networks 

NIUpc,  NIUpc/EOTP, 

UBODI.COM 

( Ungermann-Bass) 

NIUps 

Western  Digital 

EtherCard  Plus 

SMC8000.COM 

ODI  driver  must  be  supplied  by  Novell. 


Network  Card  Support 


Company 

Network  Adapter 

ODI  Driver 

Xircom 

Pocket  Ethernet  Adapter 

PEMLID.COM 

Pocket  Ethernet  Adapter  II 

PE20DI.COM 

Pocket  Ethernet  Adapter  III 

PE30DI.COM 

Pocket  TokenRing  Adapter 

TRODI.COM 

NDIS  Driver  Summary 

The  NDIS  interface  program,  RNDIS,  can  be  used  with  an  Ethernet  or  a  Token- 
Ring  NDIS  driver.  The  table  below  lists  the  NDIS-compliant  MAC  drivers  con¬ 
figured  as  part  of  the  Reflection  Network  Series  Setup  program.  The  default 
settings  associated  with  each  card  are  listed  in  PROTOCOL.SAM. 


Company 

Network  Adapter 

NDIS  Driver 

3Com 

EtherLink  3C501 

ELNK.DOS 

EtherLink  II  3C503 

ELNKII.DOS 

EtherLink  16  3C507 

ELNK16.DOS 

EtherLink  III  3C509 

ELNK3.DOS 

EtherLink/MC  3C523 

ELNKMC.DOS 

TokenLink  3C619 

IBMTOK.DOS 

Cabletron 

NDI-20xx  Ether  ISA  Series 

E20ND.DOS 

NDI-21xx  Ether  ISA  Series 

E21ND.DOS 

NDI-30xx  Ether  MCA  Series 

E30ND.DOS 

NDI-31xx  Ether  MCA  Series 

E31ND.DOS 

Hewlett-Packard 

EtherTwist  8  bit 

HPLAN.DOS 

EtherTwist  MCA  (Micro  Channel) 

HPLAN.DOS 

EtherTwist  Plus 

HPLANP.DOS 

HPJ2405  EtherTwist 

AM2100.DOS 

ThinLAN  (part  #27210x) 

ELNK.DOS 

ThinLAN  (part  #27250A) 

HPLAN.DOS 

Starlan  10  Link  I 

ELNK.DOS 

IBM 

Token-Ring  16/4  Adapter 

IBMTOK.DOS 

Token-Ring  16/4  Adapter/A 

IBMTOK.DOS 

Network  Card  Support 


Company 

Intel 

Network  Adapter 

EtherExpress  16 

TokenExpress  16 

NDIS  Driver 

EXP16.DOS 

OLITOK.DOS 

Novell 

Novell  NE1000 

Novell  NE2000 

NEIOOO.DOS 

NE2000.DOS 

Racal  Interlan 
(RacaLDatacom) 

NI5210 

NI9210 

NI5210.DOS 

NI9210.DOS 

SMC 

EtherCard  Ultra  Elite  16 
EtherCard  Plus  Elite  16 
TokenCard  Elite 

SMC8000.DOS 

SMCMAC.DOS 

SMC8100.DOS 

UB  Networks 
( Ungermann-Bass) 

NIUpc,  NIUpc/EOTP, 

NIUps 

UBNEI.DOS 

Western  Digital 

EtherCard  Plus 

MACWD.DOS 

Xircom 

Pocket  Ethernet  Adapter 
Pocket  Ethernet  Adapter  II 
Pocket  Ethernet  Adapter  III 

PE.NDIS.DOS 

PE2NDIS.EXE 

PE3NDIS.EXE 

Network  Card  Summary 

A  summary  of  the  device  driver  settings  for  each  card  follows.  The  default  settings 
that  are  added  to  NET.CFG  (ODI  implementation)  or  PROTOCOL.INI  (NDIS 
implementation)  are  listed.  Hardware  setting  defaults  are  listed  in  NETCFG.SAM 
(ODI)  or  PROTOCOL.SAM  (NDIS). 


Network  Card  Support 


3Com  EtherLink  3C501 

If  you  run  SHARE  in  AUTOEXEC.BAT  and  have  a  3Com  card,  you  may  see  a  Shar¬ 
ing  Violation  message.  To  avoid  this,  modify  your  AUTOEXEC.BAT  file  as  follows: 

ODI:  Load  SHARE  after  the  line  that  loads  your  card  driver. 

NDIS:  Load  SHARE  after  NETBIND. 


ODI 

The  ODI-compliant  driver  is  3C501.COM.  The  lines  that  are  added  to  NET.CFG 
are  listed  below. 

Protocol  RODI 
Bind  3C501 

Link  Driver  3C501 

<hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS-compliant  device  driver  is  ELNK.DOS. 

The  3Com  EtherLink  3C501  card  must  be  connected  to  the  network  at  the  time  the 
NDIS  driver  is  loaded  into  memory  in  order  for  the  device  driver  to  load  properly.  If 
the  card  is  disconnected  during  bootup,  you  will  be  unable  to  make  any  network 
connections,  even  if  it  is  reconnected  before  running  STARTNET. 

The  first  few  lines  of  the  Reflection  Network  Series  protocol  section  and  the  device 
driver  section  in  PROTOCOL.INI  are  listed  below. 


jV  Network  Card  Support 


[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  ETHERLINK 

[ETHERLINK] 

DRIVERNAME  =  ELNK$ 

<hardware  settings,  if  applicable> 

3Com  EtherLink  II 3C503 

If  you  run  SHARE  in  AUTOEXEC.BAT  and  have  a  3Com  card,  you  may  see  a  Shar¬ 
ing  Violation  message.  To  avoid  this,  modify  your  AUTOEXEC.BAT  file  as  follows: 

ODI:  Load  SHARE  after  the  line  that  loads  your  card  driver. 

NDIS:  Load  SHARE  after  NETBIND. 

ODI 

The  ODI -compliant  driver  is  3C503.COM.  The  lines  that  are  added  to  NET.CFG 
are  listed  below. 

Protocol  RODI 
Bind  3C503 

Link  Driver  3C503 

chardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS-compliant  device  driver  for  this  card  is  ELNKII.DOS. 

The  first  few  lines  of  the  Reflection  Network  Series  protocol  section  and  the  device 
driver  section  in  PROTOCOL.INI  are  listed  below. 


Network  Card  Support 


[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  ETHERLINKII 

[ETHERLINKII] 

DRIVERNAME  =  ELNKII$ 

<hardware  settings,  if  applicable> 


3Com  EtherLink  16  3C507 

If  you  run  SHARE  in  AUTOEXEC.BAT  and  have  a  3Com  card,  you  may  see  a  Shai> 
ing  Violation  message.  To  avoid  this,  modify  your  AUTOEXEC.BAT  file  as  follows: 

ODI:  Load  SHARE  after  the  line  that  loads  your  card  driver. 

NDIS:  Load  SHARE  after  NETBIND. 


ODI 

The  ODLcompliant  driver  is  3C507.COM.  The  lines  that  are  added  to  NET.CFG 
are  listed  below. 

Protocol  RODI 
Bind  3C507 

Link  Driver  3C507 

<hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS'Compliant  device  driver  is  ELNK16.DOS. 

The  first  few  lines  of  the  Reflection  Network  Series  protocol  section  and  the  device 
driver  section  in  PROTOCOL.INI  are  listed  below. 


iia 


Network  Card  Support 


Also  look  at  your  card’s  documentation  for  the  IRQ  (or  interrupt).  Although  it  is 
not  set  in  PROTOCOL.INI,  this  information  is  used  with  the  /IRQ  parameter  for 
RNDIS. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  ETHERLINK16 

[ETHERLINK16] 

DRIVERNAME  =  ELNK16$ 

<hardware  settings,  if  applicable> 

3Com  EtherLink  III  3C509 

If  you  run  SHARE  in  AUTOEXEC.BAT  and  have  a  3Com  card,  you  may  see  a  Shar¬ 
ing  Violation  message.  To  avoid  this,  modify  your  AUTOEXEC.BAT  file  as  follows: 

ODI:  Load  SHARE  after  the  line  that  loads  your  card  driver. 

NDIS:  Load  SHARE  after  NETBIND. 


ODI 

The  ODI-compliant  driver  is  3C509.COM.  See  page  167  for  information  on 
3C5X9.COM,  an  alternative  for  this  driver.  The  lines  that  are  added  to  NET.CFG 
are  listed  below. 

Protocol  RODI 
Bind  3C509 

Link  driver  3C509 

chardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 .2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


Network  Card  Support 


NDIS 

The  NDIS-compliant  device  driver  is  ELNK3.DOS. 

The  first  few  lines  of  the  Reflection  Network  Series  protocol  section  and  the  device 
driver  section  in  PROTOCOL.INI  are  listed  below. 

Also  look  at  your  card’s  documentation  for  the  IRQ  (or  interrupt).  Although  it  is 
not  set  in  PROTOCOL.INI,  this  information  is  used  with  the  /IRQ  parameter  for 
RNDIS. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  ETHERLINK3 

[ETHERLINK3 ] 

DRIVERNAME  =  ELNK3  $ 

<hardware  settings,  if  applicable> 

3Com  EtherLink  III  3C509  and  3C579 

If  you  run  SHARE  in  AUTOEXEC.BAT  and  have  a  3Com  card,  you  may  see  a  Shan 
ing  Violation  message.  To  avoid  this,  modify  your  AUTOEXEC.BAT  file  as  follows. 

ODI:  Load  SHARE  after  the  line  that  loads  your  card  driver. 


ODI 

The  ODLcompliant  driver  is  3C5X9.COM.  This  driver  can  be  used  with  3C509  or 
3C579  cards,  and  is  the  recommended  driver  for  3C509.  If  you  are  already  using  a 
3C509  driver,  Setup  allows  you  to  continue  using  it. 

The  lines  that  are  added  to  NET.CFG  are  listed  below. 

Protocol  RODI 
Bind  3C5X9 

Link  driver  3C5X9 

^hardware  settings,  if  applicable> 

Frame  Ethernet_II 
Frame  Ethernet_SNAP 


am  Network  Card  Support 


Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 

3Com  EtherLink/MC  3C523 

If  you  run  SHARE  in  AUTOEXEC.BAT  and  have  a  3Com  card,  you  may  see  a  Shar¬ 
ing  Violation  message.  To  avoid  this,  modify  your  AUTOEXEC.BAT  file  as  follows: 

ODI:  Load  SHARE  after  the  line  that  loads  your  card  driver. 

NDIS:  Load  SHARE  after  NETBIND. 

ODI 

The  ODI-compliant  driver  is  3C523.COM.  The  lines  that  are  added  to  NET.CFG 
are  listed  below. 

Protocol  RODI 
Bind  3C523 

Link  Driver  3C523 

chardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS-compliant  device  driver  is  ELNKMC.DOS. 

The  first  few  lines  of  the  Reflection  Network  Series  protocol  section  and  the  device 
driver  section  in  PROTOCOL.INI  are  listed  below. 

Also  look  at  your  card’s  documentation  for  the  IRQ  (or  interrupt).  Although  it  is 
not  set  in  PROTOCOL.INI,  this  information  is  used  with  the  /IRQ  parameter  for 
RNDIS. 


Network  Card  Support 


[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  ETHERLINK/MC 

[ETHERLINK/MC] 

DRIVERNAME  =  ELNKMC$ 

<hardware  settings,  if  applicable> 


3Com  TokenLink  III  3C619 

If  you  run  SHARE  in  AUTOEXEC.BAT  and  have  a  3Com  card,  you  may  see  a  Shar¬ 
ing  Violation  message.  To  avoid  this,  modify  your  AUTOEXEC.BAT  file  as  follows: 

ODI:  Load  SHARE  after  the  line  that  loads  your  card  driver. 

NDIS:  Load  SHARE  after  NETBIND. 

ODI 

The  ODI-compliant  driver  is  TOKEN.COM.  The  lines  that  are  added  to  NET.CFG 
are  listed  below. 

Protocol  RODI 
Bind  TOKEN 

Link  driver  TOKEN 

chardware  settings,  if  applicable> 

Frame  Token-Ring 

Frame  Token-Ring_SNAP 

<IPX  settings,  if  applicable> 

Link  Support 

Max  Stacks  8 


NDIS 

The  NDIS-compliant  device  driver  is  IBMTOK.DOS.  The  first  few  lines  of  the 
Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 


fik  Network  Card  Support 


[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  TOKENLINK3 

[T0KENLINK3] 

DRIVERNAME  =  IBMTOK$ 

<hardware  settings,  if  applicable> 

Cabletron  NDI-20xx  Ether  ISA  Series 

The  Reflection  Network  Series  Setup  program  does  not  provide  automatic  configu¬ 
ration  for  the  ODI  driver  for  this  card.  See  NETCFG.SAM  for  information. 

NDIS 

The  NDIS-compliant  driver  is  E20ND.DOS.  The  first  few  lines  of  the  Reflection 
Network  Series  protocol  section  and  the  device  driver  section  in  PROTOCOL.INI 
are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  E20ND_NIF 

[E20ND_NIF] 

DRIVERNAME  =  E20ND$ 

<hardware  settings,  if  applicable> 

Cabletron  NDI-21xx  Ether  ISA  Series 

The  Reflection  Network  Series  Setup  program  does  not  provide  automatic  configu¬ 
ration  for  the  ODI  driver  for  this  card.  See  NETCFG.SAM  for  information. 

NDIS 

The  NDIS-compliant  driver  is  E21ND.DOS.  The  first  few  lines  of  the  Reflection 
Network  Series  protocol  section  and  the  device  driver  section  in  PROTOCOL.INI 
are  listed  below. 


A 

Network  Card  Support  JElm. 


[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  E21ND_NIF 

[E2lND_NIF] 

DRIVERNAME  =  E21ND$ 

<hardware  settings,  if  applicable> 

Cabletron  NDI-30xx  Ether  MCA  Series 

The  Reflection  Network  Series  Setup  program  does  not  provide  automatic  configu- 
ration  for  the  ODI  driver  for  this  card.  See  NETCFG.SAM  for  information. 

NDIS 

The  NDIS-compliant  driver  is  E30ND.DOS.  The  first  few  lines  of  the  Reflection 
Network  Series  protocol  section  and  the  device  driver  section  in  PROTOCOL.INI 
are  listed  below.  Also  look  at  your  card’s  documentation  for  the  IRQ  (or  interrupt). 
Although  it  is  not  set  in  PROTOCOL.INI,  this  information  is  used  with  the  /IRQ 
parameter  for  RNDIS. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  E30ND_NIF 

[E30ND_NIF] 

Drivername  =  E30ND$ 

<hardware  settings,  if  applicable> 

Cabletron  NDI-31xx  Ether  MCA  Series 

The  Reflection  Network  Series  Setup  program  does  not  provide  automatic  configu¬ 
ration  for  the  ODI  driver  for  this  card.  See  NETCFG.SAM  for  information. 

NDIS 

The  NDIS-compliant  driver  is  E31ND.DOS.  The  first  few  lines  of  the  Reflection 
Network  Series  protocol  section  and  the  device  driver  section  in  PROTOCOL.INI 
are  listed  below.  Also  look  at  your  card’s  documentation  for  the  IRQ  (or  interrupt). 
Although  it  is  not  set  in  PROTOCOL.INI,  this  information  is  used  with  the  /IRQ 
parameter  for  RNDIS. 


Network  Card  Support 


[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  E31ND_NIF 

[E31ND_NIF] 

Drivername  =  E31ND$ 

<hardware  settings,  if  applicable> 

HP  EtherTwist  8  Bit 
ODI 

The  ODTcompliant  driver  is  HPISAODI.COM.  The  lines  that  are  added  to 
NET.CFG  are  listed  below. 

Protocol  RODI 

Bind  HPISAODI 

Link  driver  HPISAODI 

<hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 .2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS-compliant  device  driver  is  HPLAN.DOS.  The  first  few  lines  of  the 
Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  HPLAN 

[HPLAN] 

DRIVERNAME  =  HPLAN$ 

chardware  settings,  if  applicable> 


Network  Card  Support 


HP  EtherTwist  MCA  (Micro  Channel) 

ODI 

The  ODI-compliant  driver  is  HPMCAODI.COM.  The  lines  that  are  added  to 
NET.CFG  are  listed  below. 

Protocol  RODI 

Bind  HPMCAODI 

Link  driver  HPMCAODI 

^hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 

NDIS 

The  NDIS'Compliant  device  driver  is  HPLAN.DOS.  The  first  few  lines  of  the 
Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 

Also  look  at  your  card’s  documentation  for  the  IRQ  (or  interrupt).  Although  it  is 
not  set  in  PROTOCOL.INI,  this  information  is  used  with  the  /IRQ  parameter  for 
RNDIS. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  HPLAN 


[HPLAN] 

DRIVERNAME  =  HPLAN$ 

chardware  settings,  if  applicable> 


rer  Supi 


Network  Card  Support 


HP  EtherTwist  Plus 
ODI 

The  ODI'Compliant  driver  is  HPISAODI.COM.  The  lines  that  are  added  to 

NET. CFG  are  listed  below. 

Protocol  RODI 

Bind  HPISAODI 

Link  Driver  HPISAODI 

chardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 

NDIS 

The  NDIS'Compliant  driver  is  HPLANP.DOS.  The  first  few  lines  of  the  Reflection 

Network  Series  protocol  section  and  the  device  driver  section  in  PROTOCOL.INI 

are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  HPLANP 

[HPLANP] 

DRIVERNAME  =  HPLANP $ 

<hardware  settings,  if  applicable> 


Network  Card  Support 


HPJ2405  EtherTwist 
OOI 

The  ODI-compliant  driver  for  this  internal  adapter  is  NE2100.COM.  You  can  also 
use  AM2100.COM.  You  must  use  the  copy  of  this  driver  supplied  by  the 
manufacturer.  The  lines  that  are  added  to  NET.CFG  are  listed  below. 

Protocol  RODI 
Bind  NE2100 

Link  Driver  NE2100 

chardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  EthernetJSNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS-compliant  driver  for  this  internal  adapter  is  AM2100.DOS.  The  first  few 
lines  of  the  Reflection  Network  Series  protocol  section  and  the  device  driver  section 
in  PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  AM2100_NIF 

[AM2100_NIF] 

DRIVERNAME  =  AM2100$ 

<hardware  settings,  if  applicable> 


dn$ J8AUQ 


Network  Card  Support 


HP  ThinLAN  HP27250A 
ODI 

The  ODI-compliant  driver  is  HPISAODI.COM.  The  lines  that  are  added  to 

NET. CFG  are  listed  below. 

Protocol  RODI 

Bind  HPISAODI 

Link  driver  HPISAODI 

chardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 

NDIS 

The  NDIS-compliant  device  driver  is  HPLAN.DOS.  The  first  few  lines  of  the 

Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 

PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  HPLAN 

[HPLAN] 

DRIVERNAME  =  HPLAN$ 

<hardware  settings,  if  applicable> 


Network  Card  Support 


HPThinLAN  HP27210x 
ODI 

The  ODI 'Compliant  driver  is  3C501.COM.  The  lines  that  are  added  to  NET.CFG 


are  listed  below. 

.  Protocol  RODI 
Bind  3C501 

Link  driver  3C501 

chardware  settings,  if  applicable> 

Frame  Ethernet__II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 .2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 


The  NDIS'Compliant  device  driver  is  ELNK.DOS.  The  3Com  EtherLink  3C501 
card  must  be  connected  to  the  network  at  the  time  the  NDIS  driver  is  loaded  into 
memory  in  order  for  the  device  driver  to  load  properly.  If  the  card  is  disconnected 
during  bootup,  you  won’t  be  able  to  make  any  network  connections. 

The  first  few  lines  of  the  Reflection  Network  Series  protocol  section  and  the  device 
driver  section  in  PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 


[ETHERLINK] 

DRIVERNAME  =  ELNK$ 

<hardware  settings,  if  applicable> 


Bindings  =  ETHERLINK 


Driver  Support 


Network  Card  Support 


HP  StarLAN  10  Link  I 
ODI 

The  ODTcompliant  driver  is  3C501.COM.  The  lines  that  are  added  to  NET. CFG 
are  listed  below. 

Protocol  RODI 
Bind  3C501 

Link  Driver  3C501 

<hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS-compliant  device  driver  is  ELNK.DOS.  The  first  few  lines  of  the  Reflec¬ 
tion  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  ETHERLINK 

[ETHERLINK] 

DRIVERNAME  =  ELNK$ 

chardware  settings,  if  applicable> 


Network  Card  Support 


IBM  Token-Ring 

These  settings  apply  to  the  IBM  Token-Ring  16/4  and  IBM  Token-Ring  16/4/A 
cards. 

ODI 

The  ODI-compliant  driver  is  TOKEN.COM.  The  lines  that  are  added  to  NET.CFG 
are  listed  below. 

Protocol  RODI 
Bind  TOKEN 

Link  driver  TOKEN 

chardware  settings,  if  applicable> 

Frame  Token-Ring 

Frame  Token -Ring_SNAP 

<IPX  settings,  if  applicable> 

Link  Support 

Max  Stacks  8 


NDIS 

The  NDIS-compliant  device  driver  is  IBMTOK.DOS.  The  first  few  lines  of  the 
Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 

Also  look  at  your  card’s  documentation  for  the  IRQ  (or  interrupt).  Although  it  is 
not  set  in  PROTOCOL.INI,  this  information  is  used  with  the  /IRQ  parameter  for 
RNDIS. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  TOKEN_RING 

[TOKEN_RING] 

DRIVERNAME  =  IBMTOK$ 

chardware  settings,  if  applicable> 


3k  Network  Card  Support 


Intel  EtherExpress  16 
ODI 

The  ODI'Compliant  driver  is  EXP160DI.COM.  The  lines  that  are  added  to 

NET.CFG  are  listed  below. 

Protocol  RODI 

Bind  EXP160DI 

Link  Driver  EXP160DI 

chardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS-compliant  device  driver  is  EXP16.DOS.  The  first  few  lines  of  the  Reflec¬ 
tion  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 

Also  look  at  your  card’s  documentation  for  the  IRQ  (or  interrupt).  Although  it  is 
not  set  in  PROTOCOL.INI,  this  information  is  used  with  the  /IRQ  parameter  for 
RNDIS. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  EXP16 

[EXP16] 

Drivername  =  EXP16$ 

chardware  settings,  if  applicable> 


Network  Card  Support 


Intel  TokenExpress  16 
ODI 

The  ODI -compliant  driver  is  OCTOK16.COM.  The  lines  that  are  added  to 
NET.CFG  are  listed  below. 

Protocol  RODI 
Bind  0CT0K16 

Link  driver  0CT0K16 

chardware  settings,  if  applicable> 

Frame  Token-Ring 

Frame  Token-Ring_SNAP 

<IPX  settings,  if  applicable> 

Link  Support 

Max  Stacks  8 

NDIS 

The  NDIS'Compliant  device  driver  is  OLITOK.DOS.  The  first  few  lines  of  the 
Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 

Also  look  at  your  card’s  documentation  for  the  IRQ  (or  interrupt).  Although  it  is 
not  set  in  PROTOCOL.INI,  this  information  is  used  with  the  /IRQ  parameter  for 
RNDIS. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  OLITOK_NIF 


[OLITOK_NIF] 

DRIVERNAME  =  OLITOK$ 

<hardware  settings,  if  applicable> 


Network  Card  Support 


Novell  NE1000 


ODI 


The  ODTcompliant  driver,  NEIOOO.COM,  is  not  shipped  with  the  Reflection  Net' 
work  Series,  but  you  can  configure  the  card  as  part  of  Setup.  After  finishing  the 
installation  of  the  Reflection  Network  Series,  locate  a  copy  ofNE1000.C0M  and 
copy  it  to  your  Reflection  Network  Series  directory  (or  the  path  indicated  for 
NEIOOO.COM  in  your  AUTOEXEC.BAT  file). 

NEIOOO.COM  is  typically  located  on  your  Novell  network  card  distribution  disk  in 
the  \DOSODI  directory.  You  must  make  sure  there  is  a  copy  ofNE1000.COM  in  the 
appropriate  location  after  you  exit  Setup  and  before  you  reboot  your  PC.  Otherwise, 
you  won’t  be  able  to  run  your  Reflection  Network  Series  software  and  you’ll  see  a 
message  similar  to  the  following  when  you  reboot: 

Unknown  command  "C:\WRQNET\NE1000" 

The  settings  that  are  added  to  NET. CFG  are  listed  below. 

Protocol  RODI 
Bind  NE1000 

Link  driver  NE1000 

chardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 


NDIS 


The  NDIS-compliant  device  driver  is  NEIOOO.DOS.  The  first  few  lines  of  the 
Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  NE1000_NIF 

[NE100CLNIF] 

DRIVERNAME  =  MS1000$ 

<hardware  settings,  if  applicable> 


Network  Card  Support 


Novell  NE2000 
ODI 

The  ODI-compliant  driver,  NE2000.COM,  is  not  shipped  with  the  Reflection  Net¬ 
work  Series,  but  you  can  configure  the  card  as  part  of  Setup.  After  finishing  the 
installation  of  the  Reflection  Network  Series,  locate  a  copy  of  NE2000.C0M  and 
copy  it  to  your  Reflection  Network  Series  directory  (or  the  path  indicated  for 
NE2000.C0M  in  your  AUTOEXEC.BAT  file). 

NE2000.C0M  is  typically  located  on  your  Novell  network  card  distribution  disk  in 
the  \DOSODI  directory.  You  must  make  sure  there  is  a  copy  ofNE2000.COM  in  the 
appropriate  location  after  you  exit  Setup  and  before  you  reboot  your  PC.  Otherwise, 
you  won’t  be  able  to  run  your  Reflection  Network  Series  software  and  you’ll  see  a 
message  similar  to  the  following  when  you  reboot: 

Unknown  command  “C:\WRQNET\NE2000" 

The  settings  that  are  added  to  NET.CFG  are  listed  below. 

Protocol  R0DI 
Bind  NE2000 

Link  Driver  NE2000 

<hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802.2 

<IPX  settings,  if  applicable> 

NDIS 

The  NDIS'Compliant  device  driver  is  NE2000.DOS.  The  first  few  lines  of  the 
Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  NE2000_NIF 

[NE2000_NIF] 

DRIVERNAME  =  MS2000$ 

<hardware  settings,  if  applicable> 


Network  Card  Support 


Racal  Interlan  NI5210 
ODI 

The  ODI'Compliant  driver  is  NI5210.COM.  The  N15210  driver  from  Racak 
Datacom  does  not  support  the  Probe  protocol  used  for  NS/VT  and  NetIPC  support. 
Setup  adds  the  following  keyword  to  NET.CFG  if  you  indicate  you  are  using  this 
card: 

NoProbeRequests 

In  addition  to  this  change,  you  must  add  the  /FILE  switch  to  the  line  that  loads 
TCP2PDIS  in  your  STARTNET.BAT  file  to  specify  the  IP  addresses  of  your  HP 
hosts.  This  switch  replaces  a  Probe  Proxy  server  by  loading  host  entries  into  the 
ARP  cache.  See  page  102  for  details. 

The  lines  that  are  added  to  NET.CFG  are  listed  below. 

Protocol  RODI 

Bind  NI5210 

Link  driver  NI5210 

<hardware  settings,  if  applicable> 

Frame  Ethernet__II 

Frame  Ethernet_SNAP 

Frame  Ethernet_8  02.2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 

NDIS 

The  NDIS-compliant  device  driver  from  RacabDatacom  is  NI5210.DOS.  The  first 
few  lines  of  the  Reflection  Network  Series  protocol  section  and  the  device  driver 
section  in  PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  NI5210_NIF 

[NI5210_NIF] 

DRIVERNAME  =  NI5210$ 

<hardware  settings,  if  applicable> 


Network  Card  Support 


Racal  Interlan  NI9210 
ODI 

The  ODI-compliant  driver  is  NI9210.COM.  The  NI9210  driver  from  Racal- 
Datacom  does  not  support  the  Probe  protocol  used  for  NS/VT  and  NetIPC  support. 
Setup  adds  the  following  to  NET.CFG  if  you  indicate  you  are  using  this  card: 

NoProbeRequests 

You  must  also  add  the  /FILE  switch  to  the  line  that  loads  TCP2PDIS.  This  switch 
replaces  a  Probe  Proxy  server  by  loading  host  entries  into  the  ARP  cache.  See  page 
102  for  details. 

The  lines  that  are  added  to  NET.CFG  are  listed  below. 

Protocol  RODI 
Bind  NI9210 

Link  driver  NI9210 

<hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS-compliant  device  driver  from  RacaLDatacom  is  NI9210.DOS.  The  first 
few  lines  of  the  Reflection  Network  Series  protocol  section  and  the  device  driver 
section  in  PROTOCOL.INI  are  listed  below.  Look  at  your  card’s  documentation  for 
the  interrupt.  Although  it  is  not  set  in  PROTOCOL.INI,  this  information  is  used 
with  the  /IRQ  parameter  for  RNDIS. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  NI9210_NIF 

[NI9210_NIF] 

DRIVERNAME  =  NI9210$ 

<hardware  settings,  if  applicable> 


Tim  Network  Card  Support 


SMC  EtherCard  Ultra  Elite  16 

There  is  no  ODI  support  included  in  the  Reflection  Network  Series  for  this  adapter. 

NDIS 

The  NDIS'Compliant  device  driver  is  SMC8000.DOS.  The  first  few  lines  of  the 

Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 

PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  SMC8000 

[SMC8000] 

DRIVERNAME  =  SMC8000$ 

chardware  settings,  if  applicable> 

SMC  EtherCard  Plus  Elite  16 
ODI 

The  ODhcompliant  driver  is  SMC8000.COM.  The  lines  that  are  added  to 

NET. CFG  are  listed  below. 

Protocol  RODI 

Bind  SMC8000 

Link  driver  SMC8000 

<hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


Network  Card  Support 


NDIS 

The  NDIS'Compliant  device  driver  is  SMCMAC.DOS.  You  can  also  use  the 
SMC8000.DOS  driver  for  this  card  by  choosing  “SMC  EtherCard  Ultra”  in  Setup. 
The  first  few  lines  of  the  Reflection  Network  Series  protocol  section  and  the  device 
driver  section  in  PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  SMCMAC 

[SMCMAC] 

DRIVERNAME  =  SMCMAC$ 

<hardware  settings,  if  applicable> 


SMC  TokenCard  Elite 
ODI 

The  ODI-compliant  driver  is  SMC8100.COM.  This  driver  also  requires  that 
TRINIT.EXE  be  loaded  in  CONFIG.SYS.  The  lines  that  are  added  to  NET.CFG  are 


listed  below. 

PROTOCOL  RODI 
Bind  SMC8100 

Link  Driver  SMC8100 

<hardware  settings,  if  applicable> 
Frame  Token-Ring 
Frame  Token-Ring_SNAP 
<IPX  settings,  if  applicable> 


Link  Support 

Max  Stacks  8 


Mk 


Network  Card  Support 


NDIS 

The  NDIS'Compliant  driver  is  SMC8100.DOS.  This  driver  also  requires  that 
TRINIT.EXE  be  loaded  in  CONFIG.SYS.  The  first  few  lines  of  the  Reflection  Net' 
work  Series  protocol  section  and  the  device  driver  section  of  PROTOCOL.INI  are 
listed  below. 

[WRQNDIS1] 

Drivername  =  WRQNDS1$ 

Bindings  =  SMC8100 

[SMC8100] 

DRIVERNAME  =  SMC8100$ 

chardware  settings,  if  applicable> 

UB  Networks  (Ungermann-Bass)  NIUpc,  NIUpc/EOTP,  NIUps 

Setup  configures  3270  NIUpc,  NIUpc  Plus,  GPCNIU,  and  NIUps/EOTP  in  addition 
to  the  cards  listed  above. 

ODI 

The  ODTcompliant  driver  is  UBODI.COM.  The  lines  that  are  added  to  NET.CFG 
are  listed  below. 

Protocol  RODI 
Bind  UBODI 

Link  Driver  UBODI 

chardware  settings,  if  applicable> 

Frame  Ethernet_II 
Frame  Ethernet_SNAP 
Frame  Ethernet_802 . 2 
<IPX  settings,  if  applicable> 


NDIS 

The  NDIS'Compliant  driver  is  UBNEI.DOS.  The  first  few  lines  of  the  Reflection 
Network  Series  protocol  section  and  the  device  driver  section  in  PROTOCOL.INI 
are  listed  below. 


Network  Card  Support 


[WRQNDISl] 

DRIVERNAME  =  WRQNDS1$ 

Bindings  =  UBNEI 

[UBNEI] 

DriverName  =  UBNEI $ 

<hardware  settings,  if  applicable> 

Western  Digital  EtherCard  Plus 
ODI 

The  ODI  device  driver  is  SMC8000.COM.  The  lines  that  are  added  to  NET.CFG 
are  listed  below. 

Protocol  RODI 
Bind  SMC8000 

Link  Driver  SMC8000 

<hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 .2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS'Compliant  device  driver  is  MACWD.DOS.  The  first  few  lines  of  the 
Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  WD8003XMAC 

[WD8003XMAC] 

DRIVERNAME  =  MACWD$ 

<hardware  settings,  if  applicable> 


dn$  J8auq 


Network  Card  Support 


if 


Xircom  Pocket  Ethernet  Adapter 
ODI 

The  ODI  device  driver  is  PEMLID.COM.  The  lines  that  are  added  to  NET.CFG  are 
listed  below. 

Protocol  RODI 
Bind  PEMLID 

Link  Driver  PEMLID 

<hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 

NDIS 

The  NDIS-compliant  device  driver  for  this  card  is  PE_NDIS.DOS.  The  first  few 
lines  of  the  Reflection  Network  Series  protocol  section  and  the  device  driver  section 
in  PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  XIRCOMNET 

[XIRCOMNET] 

DRIVERNAME  =  XIRCOM$ 

<hardware  settings,  if  applicable> 


Network  Card  Support 


Xircom  Pocket  Ethernet  Adapter  II 
ODI 

The  ODI'Compliant  driver  is  PE20DI.COM.  The  lines  that  are  added  to  NET.CFG 


are  listed  below. 

Protocol  RODI 
Bind  PE20DI 

Link  driver  PE20DI 

<hardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 

NDIS 

The  NDIS'Compliant  device  driver  for  this  card  is  PE2NDIS.EXE.  The  first  few  lines 

of  the  Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  XIRCOMNET 

[XIRCOMNET] 

DRIVERNAME  =  XIRCOM$ 

<hardware  settings,  if  applicable> 


Network  Card 


Support 


Xircom  Pocket  Ethernet  Adapter  III 
ODI 

The  ODI-compliant  driver  for  this  card  is  PE30DI.COM.  The  lines  that  are  added 

to  NET.CFG  are  listed  below. 

Protocol  RODI 
Bind  PE30DI 

Link  driver  PE30DI 

chardware  settings,  if  applicable> 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


NDIS 

The  NDIS-compliant  driver  for  this  card  is  PE3NDIS.EXE.  The  first  few  lines  of  the 
Reflection  Network  Series  protocol  section  and  the  device  driver  section  in 
PROTOCOL.INI  are  listed  below: 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  XIRCOMNET 

[XIRCOMNET] 

DRIVERNAME  =  XIRCOM$ 

chardware  settings,  if  applicable> 


Network  Card  Support 


Xircom  Pocket  TokenRing  Adapter 

There  is  no  NDIS  support  included  in  the  Reflection  Network  Series  for  this 
adapter. 

ODI 

The  ODI-compliant  driver  is  TRODI.COM.  The  lines  that  are  added  to  NET.CFG 
are  listed  below. 

Protocol  RODI 
Bind  TRODI 

Link  driver  TRODI 

<hardware  settings,  if  applicable> 

Frame  Token-Ring 

Frame  Token-Ring_SNAP 

<IPX  settings,  if  applicable> 

Link  Support 
Max  Stacks  8 


Network  Cards  Not  Configured  by  Setup 


Setup  configures  and  supplies  the  drivers  for  a  variety  of  cards;  for  Novell  ODI  sup¬ 
port,  the  cards  are  configured  but  the  drivers  must  be  supplied  by  Novell. 

If  you  do  not  see  a  selection  in  Setup  for  your  network  card,  select  “Other  Ethernet” 
or  “Other  Token-Ring.”  You’ll  see  a  Setup  screen  that  offers  the  options  described 


below. 


a  ODI  or  NDIS  Supplemental  Drivers  Disk 
a  Enter  file  specification 
a  Driver  already  installed 
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JV  Network  Card  Support 


Using  a  Supplemental  Drivers  Disk 

If  you  request  installation  of  a  driver  from  a  Supplemental  Drivers  disk,  you  have 
several  options: 

a  The  Reflection  Network  Series  Supplemental  Drivers  disks  (ODI  and  NDIS) 
include  additional  drivers  and  configuration  settings. 

—  NDIS  drivers  are  supplied  in  “LAN  Manager  format”  on  the  NDIS  Sup¬ 
plemental  Drivers  disk. 

-  ODI  drivers  and  NET.CFG  settings  are  supplied  on  the  ODI  Supplemental 
Drivers  disk. 

a  Use  the  disk  that  came  with  your  card.  Setup  may  be  able  to  read  configuration 
information  from  this  disk.  For  example,  if  your  network  card  documentation 
states  that  configuration  information  is  supplied  in  “LAN  Manager  format,”  you 
can  use  this  disk  with  the  Reflection  Network  Series  Setup  program. 

Specifying  a  Driver  Location 

Choose  Enter  file  specification  to  use  the  disk  that  accompanied  your  network  card.  A 
network  card  not  supported  by  Setup  and  not  included  on  a  compatible  drivers  disk 
may  still  be  able  to  be  configured  by  Setup.  Type  in  the  full  path  specification  of 
your  driver;  this  approach  may  be  useful  with  some  network  card  distribution  disks 
that  supply  configuration  information  in  an  alternate  format.  Setup  does  not  provide 
a  means  to  configure  non-default  hardware  settings  for  cards  selected  with  this 
option. 

If  the  Driver  is  Already  Installed 

You  can  indicate  that  the  driver  is  already  installed  and  configured.  In  this  case, 
Setup  allows  you  to  confirm  the  driver  name  from  the  sections  in  your  current 
PROTOCOL.INI  file  (NDIS  implementation)  or  NET.CFG  file  (ODI 
implementation).  Setup  then  modifies  the  Reflection  Network  Series  portion  of  the 
configuration  file  appropriately. 
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Manually  Configuring  a  Network  Card  for  ODI 

If  you  were  not  able  to  use  one  of  the  options  listed  above  to  specify  your  driver 

during  Setup,  choose  “No  action”  from  this  menu  and  complete  the  rest  of  Setup. 

Locate  the  ODI-compliant  driver  for  your  card,  then  edit  NET.CFG: 

1.  Look  at  the  settings  in  NETCFG.SAM,  distributed  with  the  Reflection  Network 
Series.  This  file  contains  suggested  defaults  for  a  variety  of  network  cards.  Use 
the  instructions  in  this  file  to  update  the  Bind  field  under  the  Protocol  RODI 
header  and  to  add  a  section  for  your  card  if  none  is  present. 

2.  After  updating  your  NET.CFG  file,  confirm  that  NET.CFG  has  sections  similar 
to  the  ones  below: 


The  value  for  BIND  must  match  the 
link  driver  name  for  your  network  adapter. 
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3.  Reboot  your  PC  before  running  STARTNET. 

Manually  Configuring  a  Network  Card  for  NDIS 

If  you  were  not  able  to  use  one  of  the  options  listed  above  to  specify  your  driver 
during  Setup,  choose  “No  action”  from  this  menu  and  complete  the  rest  of  Setup. 
Find  the  NDIS-compliant  driver  for  your  card  and  edit  PROTOCOL.INI: 

1.  Look  at  the  settings  in  PROTOCOL.SAM,  distributed  with  the  Reflection  Net¬ 
work  Series.  This  file  contains  suggested  defaults  for  a  variety  of  network  cards. 
Use  the  instructions  in  this  file  to  update  the  Bindings  =  field  in  the 
WRQNDS1$  section  and  to  add  a  section  for  your  card  if  none  is  present. 

2.  After  updating  your  PROTOCOL.INI  file,  confirm  the  following: 

-  Does  your  CONFIG.SYS  file  have  a  line  similar  to  the  following? 

DEVICE=C : \WRQNET\PROTMAN. DOS  /I : C : \WRQNET 

The  directory  specified  with  the  /I  parameter  is  where  your 
PROTOCOL.INI  file  is  located. 


PROTOCOL  RODI 
BIND  SMC8000  " 


LINK  DRIVER  SMC8000- 
INT  3 

MEM  D0000 
PORT  280 
Frame  EthernetJI 
Frame  Ethernet.SNAP 
Frame  Ethernet_802.2 
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—  Below  the  line  that  defines  PROTMAN.DOS,  CONFIG.SYS  should  have  a 
line  similar  to  the  following  that  loads  the  device  driver: 

DEVICE  =  <NDIS  f ilespeo 

where  <ND1S  filespeo  is  the  name  of  the  NDIS-compliant  device  driver  for 
your  network  card.  The  file  usually  has  the  extension  .DOS.  If  you  have 
already  installed  the  NDIS  driver,  this  line  is  already  present.  Otherwise, 
copy  the  driver  into  the  Reflection  Network  Series  directory  and  add  this 
device  line. 

-  Check  PROTOCOL.INI.  Does  it  have  at  least  two  sections  delineated  by 
braces  similar  to  the  ones  below? 


■The  value  for  Bindings  =  must  match  the 
section  name  for  your  network  adaptor 


3.  Reboot  your  PC  before  running  STARTNET. 

Configuring  Multiple  Cards 

Reflection  Network  Series  driver  support  can  be  used  for  multiple  cards  in  either  an 
ODI  or  an  NDIS  environment.  It  is  also  possible  to  configure  one  card  for  ODI  and 
one  card  for  NDIS. 

ODI  Implementation 

RODI  must  be  installed  twice;  each  instance  should  have  a  different  adapter. 

For  example,  a  STARTNET.BAT  file  might  include  the  following  lines: 

RODI  /ADAPTER :1 
RDLL  /ADAPTER :1 
<LAT  protocol  modules> 

RODI  /ADAPTER: 2 
TCP2PDIS  /ADAPTER : 2 
<TCP/IP  protocol  modules> 


[  WRQNDIS1  ] 

Drivername  =  WRQNDS1$ 
Bindings  =  SMC8000_NIF  - 

[  SMC8000_NIF  ]- 

DRIVERNAME  =  SMC8000S 
IRQ  =  3 

RAMADDRESS  =  OxDOOO 
I0BASE  =  0x280 
RECEIVEBUFSIZE  =  1024 
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The  NET.CFG  for  a  machine  with  two  ODI  drivers  and  two  network  adapter  cards 
requires  different  sections  for  the  RODI  protocol,  each  bound  to  a  separate  card.  In 
the  NET.CFG  example  below,  the  first  network  interface  card  is  an  Ethernet  SMC 
card,  and  the  second  card  is  an  IBM  Token-Ring  card. 

Protocol  RODI 

Bind  SMC8000 

Protocol  RODI 
Bind  TOKEN 

Link  Driver  SMC8000 

^hardware  settings,  if  applicable> 

Frame  Ethernet_II 
Frame  Ethernet_SNAP 
Frame  Ethernet_802 . 2 

Link  Driver  TOKEN 

<hardware  settings,  if  applicable> 

Frame  Token-Ring 
Frame  Token-Ring_SNAP 

Link  Support 

Max  Stacks  8 

Max  Boards  <value  greater  than  4,  configured  by  Setup> 

Protocol  TCP2PDIS2 
<TCP/IP  settings> 

The  TCP/IP  protocol  support  is  associated  with  the  second  card,  indicated  by  the 
string  Protocol  TCP2PDIS2.  If  it  were  associated  with  the  first  card,  the  section 
would  be  Protocol  TCP2PDIS. 

NDIS  Implementation 

To  configure  the  Reflection  Network  Series  to  operate  with  NDIS  drivers  for  more 
than  one  network  adapter  in  your  PC,  do  the  following: 

a  Create  separate  [WRQNDIS<n>]  sections  in  PROTOCOL.INI  for  each  adapt¬ 
er,  with  a  different  Drivername  =  WRQNDS<n>$  line  for  each. 

a  A  machine  running  TCP/IP  software  on  a  Token-Ring  adapter  card  and  LAT 
software  on  an  Ethernet  card  requires  RNDIS  to  be  loaded  twice,  each  with  a 
different  adapter  value. 
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The  value  of  /ADAPTER  in  the  example  below  corresponds  to  the  value  for 
Drivername  =  in  the  WRQ  section  of  PROTOCOL.INI  (such  as  WRQNDS1? 
or  WRQNDS2$).  A  different  interrupt  value  must  also  be  used  for  each. 

An  AUTOEXEC.BAT  file  that  loads  and  unloads  both  copies  of  RNDIS  might 
look  like  the  following: 

RNDIS  /ADAPTER: 1 

RNDIS  /ADAPTER: 1  /UNINSTALL 

RNDIS  /ADAPTER: 2 

RNDIS  / ADAPTER : 2  /UNINSTALL 

NETBIND 

a  The  STARTNET.BAT  fragment  below  loads  the  two  Reflection  Network  Series 
protocol  stacks  for  the  two  adapter  cards: 

RNDIS  / ADAPTER : 1 
ROLL . EXE  /ADAPTER:  1 

RNDIS  /ADAPTER: 2 
TCP2PDIS  /ADAPTER : 2 

In  this  case,  the  TCP/IP  configuration  keyword  in  PROTOCOL.INI  would  be 

in  WRQNDS2$. 

Additional  Notes  for  Multiple  Adapters 

Each  copy  of  RODI  or  RNDIS  loaded  with  a  different  /ADAPTER  value  must  have 
a  different  /INTERRUPT  value.  If  you  don’t  specify  a  value  for  /INTERRUPT,  this 
is  done  automatically  as  long  as  there  is  an  unused  interrupt  in  the  range  60-66.  See 
page  156. 

When  unloading  one  copy  of  RODI  or  RNDIS  from  memory,  use  the  /ADAPTER 
switch  to  specify  which  copy  you  want  to  unload.  Otherwise,  the  wrong  copy  may  be 
unloaded. 

You  cannot  run  two  copies  of  RDLL  or  two  copies  of  TCP2PDIS.  This  multi-adapter 
scenario  applies  only  if  you  are  using  a  different  protocol  stack  on  each  card. 

Note:  IPXODI  or  IPX  is  associated  with  the  copy  of  RODI  or  RNDIS  that  specifies 
the  lower  /INTERRUPT  value,  a 
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Source  Routing  on  Token-Ring:  ROUTE.COM 

ROUTE.COM  is  the  IBM  Token-Ring  Source  Routing  Driver  used  when  running 

on  a  Token-Ring  network  in  the  following  circumstances: 

▲  When  using  ODI  on  a  Token-Ring,  Setup  adds  ROUTE.COM  to 

AUTOEXEC.BAT.  ROUTE.COM  is  loaded  twice  in  AUTOEXEC.BAT  after 
the  network  driver  is  loaded  in  order  to  perform  source  routing  for  two  “logical 
boards.”  The  AUTOEXEC.BAT  fragment  below  shows  the  typical  sequence 
produced  by  the  Reflection  Network  Series  Setup  program  for  an  ODI  IBM 
Token-Ring  Adapter  with  source  routing  support: 

LSL 

TOKEN 

ROUTE  BOARD  =  1 
ROUTE  BOARD  =  2 
<IPXODI,  if  NetWare  is’ used> 

a  ROUTE.COM  is  needed  in  a  Token-Ring  NDIS  environment  if  you’re  running 
NetWare  over  a  network  with  an  IBM  standard  source  routing  bridge.  Setup 
adds  ROUTE  after  IPX.COM  in  AUTOEXEC.BAT. 

The  lines  that  load  ROUTE.COM  can  be  removed  from  AUTOEXEC.BAT  if: 

a  You  have  only  one  Token-Ring  (no  source  routing  is  performed). 

a  You  have  multiple  Token-Rings,  but  they  are  connected  using  an  802.1  bridge 
rather  than  the  IBM  standard  source  routing  bridge. 

a  You  have  multiple  Token-Rings,  but  they  are  connected  by  routers. 
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Upgrading  to  NDIS  2.1 

The  Network  Driver  Interface  Specification,  or  NDIS,  was  developed  by 
Microsoft/3Com;  there  are  several  versions  of  this  specification. 

The  Setup  program  uses  the  existing  NDIS  configuration  on  your  PC.  You  may  be 
using  NDIS  version  1.1  (rather  than  the  2.1  support  files  shipped  with  the  Reflection 
Network  Series)  if  you  are  using  NDIS  support  files  supplied  by  another  software 
vendor.  This  may  also  apply  if  you  are  using  a  version  of  the  Reflection  Network 
Series  for  DOS  earlier  than  version  2.1  and  you  install  the  Reflection  Network 
Series  in  a  different  directory. 

In  both  of  these  cases,  the  Setup  program  respects  references  to  the 
PROTMAN.DOS  and  PROTOCOL.INI  that  already  exist  in  CONFIG.SYS.  If  you 
need  to  upgrade  (for  example,  you  want  to  use  the  DOS  6  DBLSPACE  utility),  use 
the  procedure  described  below. 

DOS  6  and  DBLSPACE 

You  can  upgrade  to  DOS  6  with  no  impact  on  Reflection  Network  Series  NDIS 
support.  However,  the  DBLSPACE  compression  utility  included  with  DOS  6 
requires  version  2.1  of  NDIS.  DBLSPACE  must  be  defined  before  PROTMAN.DOS 
in  CONFIG.SYS,  and  NDIS  support  files  for  version  2.1  are  required  to  do  this. 
Upgrade  your  NDIS  support  files  before  using  DBLSPACE. 

If  you  updated  your  Reflection  Network  Series  software  and  are  still  using  NDIS  ver~ 
sion  1.1,  do  the  following: 

1.  Locate  the  following  files  in  the  Reflection  Network  Series  directory: 
PROTMAN.DOS 

This  is  the  NDIS  2.1  version  of  PROTMAN.DOS.  It  requires 
PROTMAN.EXE,  described  below.  It  cannot  be  run  with  NETBIND.EXE 
from  the  1.1  version  of  NDIS. 

If  you  need  to  determine  which  PROTMAN.DOS  is  in  your  Reflection 
Network  Series  directory,  use  the  size  guidelines  below: 

-  NDIS  1.1  PROTMAN.DOS  (Reflection  Network  Series  2.01  and 
below):  approximately  10649  bytes 
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—  NDIS  2.1  PROTMAN.DOS  (Reflection  Network  Series  2.1  and 
above):  approximately  13352  bytes 

You  may  want  to  make  a  backup  copy  of  the  older  PROTMAN.DOS:  the 
procedure  described  here  overwrites  the  older  copy. 

PROTMAN.EXE 

This  program  must  reside  in  the  same  directory  as  PROTMAN.DOS. 
NETBIND.COM 

This  is  the  NETBIND  associated  with  NDIS  version  2.1.  It  replaces  the 
NDIS  1.1  NETBIND.EXE.  It  cannot  be  run  with  version  1.1  of 
PROTMAN.DOS. 

Although  you  may  have  both  a  NETBIND.EXE  (NDIS  version  1.1)  and  a 
NETBIND.COM  (NDIS  version  2.1)  in  the  same  directory,  the  newer 
COM  file  will  be  used. 

2.  Look  at  your  CONFIG.SYS  file  to  locate  the  directory  where  PROTMAN.DOS 
is  located.  For  example,  if  it  is  located  in  \WRQNET,  a  line  similar  to  the 
following  is  in  CONFIG.SYS: 

DEVICE=C : \WRQNET\ PROTMAN . DOS  /I : C : \WRQNET 

3.  Copy  the  following  files  from  your  Reflection  Network  Series  system  disk  to  the 
directory  where  PROTMAN.DOS  is  currently  located. 

PROTMAN.DOS 

PROTMAN.EXE 

NETBIND.COM 

These  new  files  will  allow  the  DOS  6  DBLSPACE  compression  utility  to  be  loaded 
before  PROTMAN. 

The  examples  below  compare  the  loading  order  in  CONFIG.SYS  for  DOS  5  and 
NDIS  version  1.1  with  DOS  6  using  with  DBLSPACE  and  NDIS  version  2.1: 

CONFIG.SYS  (DOS  5.0): 

DEVICE  =  C:\WRQNET\PROTMAN.DOS  /I:C:\WRQNET 
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CONFIG.SYS  (DOS  6.0  with  DBLSPACE) 

DEVICE  =  C:\DOS\DBLSPACE 

DEVICE  =  C:\WRQNET\PROTMAN.DOS  /I:C:\WRQNET 

Also  see  page  404  for  guidelines  on  the  DOS  6  [menu]  definition  for  multiple  config¬ 
uration  support. 
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This  section  discusses  the  Reflection  Network  Series  in  combination  with  a  variety 
of  PC  LANs.  It  also  covers  Reflection  Network  Series  support  for  Windows  Sockets 
and  TCP  Sockets  applications. 

Novell  NetWare”  starting  on  page  207  covers  using  the  Reflection  Network  Series 
with  Novell  Netware  in  an  ODI  or  NDIS  environment. 

“NetBIOS  Support”  starting  on  page  215  covers  Reflection  Network  Series  NetBIOS 
support  for  LAN  Manager  and  other  applications  that  use  NetBIOS. 

“Windows  Sockets  Support”  starting  on  page  229  describes  how  to  implement  and 
use  Windows  Sockets  support  in  the  Reflection  Network  Series. 

TCP  Sockets  and  NetIPC  Application  Support”  starting  on  page  239  describes  the 
programs  that  provide  a  TCP  Sockets  interface  for  TCP/IP-based  applications, 
including  some  HP  applications.  NetIPC  support  for  HP  applications  is  also  covered 
in  this  chapter. 

Other  LANs”  starting  on  page  247  covers  configuring  the  Reflection  Network 
Series  to  work  with  a  number  of  other  PC  LANs,  including,  Banyan  VINES  and 
Windows  for  Workgroups. 
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The  Reflection  Network  Series  software  can  run  concurrently  with  Novell  NetWare 
using  either  an  ODI  or  NDIS  specification.  A  discussion  on  choosing  between  these 
two  environments  starts  on  page  23. 

When  you  install  the  Reflection  Network  Series,  Setup  typically  adds  a  line  to  your 
AUTOEXEC.BAT  file  that  loads  either  IPXODI.COM  or  IPX.COM. 

The  IPXODI.COM  shipped  with  the  Reflection  Network  Series  for  ODI  support  is 
the  same  as  an  IPXODI.COM  available  with  Novell  NetWare.  If  you  have  a  more 
recent  version  of  NetWare  files  (LSL.COM,  IPXODI.COM,  etc.)  than  those  that 
are  shipped  with  the  Reflection  Network  Series,  you  can  continue  to  use  them. 

The  IPX.COM  shipped  with  the  Reflection  Network  Series  for  NDIS  support  is  not 
the  same  as  the  IPX.COM  available  with  Novell  NetWare.  You  must  use  the  Reflec¬ 
tion  Network  Series  version  of  IPX  in  order  to  have  simultaneous  access  using  other 
protocols.  To  confirm  that  you’re  using  the  IPX  provided  with  the  Reflection  Net¬ 
work  Series,  type  IPX  X.  The  information  displayed  for  a  WRQ  IPX.COM  should 
include  a  line  similar  to  the  following: 


IPX.COM  for  WRQ  PDIS  drivers  v.2.xx 
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NetWare  and  ODI 

If  you  are  using  the  ODI  converter  (RODI.EXE),  Setup  provides  a  copy  of  IPXODI 
Reflection  Network  Series  directory.  However,  you  can  continue  to  use  the  copy  of 
IPXODI.COM  that  is  already  on  your  PC. 

IPXODI  on  Ethernet 

Some  NetWare  environments  on  an  Ethernet  network  are  set  up  to  run  over  Ether¬ 
net  Version  II  instead  of  the  default  802.3  (in  the  case  of  NetWare  4-0  and  ODI, 
802.2  is  the  default). 

As  part  of  Setup,  you  are  asked  to  choose  an  Ethernet  type.  If  Setup  can  locate  a  cur- 
rent  version  of  IPX  or  IPXODI  that  indicates  which  packet  type  is  being  used,  Setup 
displays  its  path:  this  is  the  basis  for  the  default  you  see  displayed. 

If  you  see  the  message  “File  server  not  found”  when  you  try  to  connect  to  your  Net¬ 
Ware  server,  you  may  have  made  the  wrong  choice  for  Ethernet.  Run  Setup  again 
and  select  another  Ethernet  type. 

If  you  are  upgrading  from  an  NDIS  environment,  Setup  attempts  to  determine  if  you 
are  running  on  Ethernet  II  or  802.3  based  on  the  IPX.COM  you  are  currently  using. 

Determining  your  Server  Ethernet  Type 

Ask  your  system  manager  for  help  if  you  do  not  know  your  Ethernet  type. 
AUTOEXEC.NCF  in  the  system  directory  on  the  server  typically  contains  a  Frame 
line  that  references  802.2,  802.3,  or  Ethernet _II.  This  is  the  IPX  protocol  that 
should  be  selected  as  part  of  Setup. 
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NET. CFG  and  Ethernet  Types 

If  you  are  running  NetWare  using  the  default  802.3  mode,  Setup  adds  the  following 
lines  under  the  Link  Driver  section  for  your  card  in  your  NET.CFG  file: 

Frame  Ethernet_802.3 
Protocol  IPX  0  Ethernet_802 . 3 

If  you  are  using  Ethernet  802.2,  the  default  for  NetWare  4-0,  the  following  line  is  in 
your  NET.CFG  file: 

Protocol  IPX  EO  Ethernet_802.2 

If  you  are  using  Ethernet _II  mode,  Setup  adds  the  following  line  under  the  Link 
Driver  section  in  your  NET.CFG  file: 

Protocol  IPX  8137  Ethernet_II 

IPXODI  on  Token-Ring 

On  a  Token-Ring  network  using  ODI,  ROUTE.COM  is  added  to  AUTOEXEC.BAT 
for  routing  support  whether  or  not  NetWare  is  used.  See  page  199  for  more 
information. 

If  you  are  using  NetWare,  Setup  adds  the  following  line  to  NET.CFG  if  it  is  not 
already  present.  The  following  line  should  be  in  NET.CFG  under  the  header  for  the 
Link  driver: 


Protocol  IPX  EO  Token-Ring 
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NetWare  and  NDIS 

If  you  are  using  the  NDIS  converter  (RNDIS.EXE)  rather  than  the  ODI  converter 
(RODI.EXE),  the  Reflection  Network  Series  IPX.COM  allows  you  to  run  your  Net¬ 
Ware  software  and  still  use  your  network  card  for  TCP/IP,  NS/VT,  or  LAT  protocol 
support. 

Setup  copies  an  IPX.COM  file  to  your  hard  disk  when  you  indicate  that  you  are  run¬ 
ning  NetWare.  There  are  two  versions  of  this  file: 

a  If  you’re  using  Windows  3.0,  a  file  on  the  installation  disk  called  IPX30.COM  is 
renamed  IPX.COM  when  it  is  copied  to  your  hard  disk.  (This  is  version  3.02  of 
IPX.) 

a  In  all  other  cases,  IPX3 1  .COM  is  renamed  IPX.COM  when  it  is  copied  to  your 
hard  disk.  (This  is  version  3.10  of  IPX.) 

This  IPX.COM  communicates  to  the  network  via  RNDIS,  and  can  be  used  on  both 
Ethernet  and  Token-Ring  networks. 


IPX  on  Ethernet  (NDIS) 

Some  NetWare  environments  on  an  Ethernet  network  are  set  up  to  run  over  Ether¬ 
net  Version  II  (instead  of  the  default  802.3).  Setup  prompts  you  to  choose  an  Ether¬ 
net  type.  If  Setup  can  locate  a  current  version  of  IPX  that  indicates  which  Ethernet 
type  is  being  used,  Setup  displays  its  path:  this  is  the  basis  for  the  default  you  see 
displayed.  If  you  discover  you  have  made  the  wrong  choice,  run  Setup  again  and 
reconfigure  by  selecting  the  other  Ethernet  type. 

Confirming  your  Ethernet  Type 

If  you’re  not  sure  whether  you’re  using  Ethernet  802.3  or  Ethernet  Version  II,  ask 
your  system  manager.  You  can  confirm  the  Ethernet  type  by  using  the  ECONFIG 
utility,  shipped  with  NetWare,  on  a  non-WRQ  version  of  IPX.COM  that  is  in  use  on 
your  network. 
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Locate  a  copy  of  ECONFIG  and  IPX.COM,  then  type  the  following: 

ECONFIG  SHELL: IPX. COM 

If  the  following  string  is  returned,  you  are  using  the  default  802.3  Ethernet  for  IPX: 

SHELL:  Novell  EtherNet  (IEEE  802.3  Compatible) 

If  the  following  string  is  returned,  you  are  using  Ethemet_II  for  IPX: 

SHELL:  EtherNet  Typefield:  8137  (Assigned  Novell  type  constant) 

Changing  your  Ethernet  Type 

If  you  see  the  message  “File  server  not  found”  when  you  try  to  connect  to  your  Net- 
Ware  server,  you  may  need  to  reconfigure  your  Ethernet  option.  There  are  two  ways 
to  do  this: 

▲  Simply  run  Setup  again  and  reconfigure;  you  can  choose  the  opposite  Ethernet 
type.  This  operation  can  be  performed  to  configure  for  Ethemet_II  from  a  pre¬ 
vious  802.3  configuration  or  vise  versa. 

▲  Run  the  NetWare  ECONFIG  utility  to  modify  IPX.COM  to  work  on  an  Ether¬ 
net  Version  II  network,  described  below.  (This  utility  does  not  perform  the 
reverse  operation  to  move  to  an  802.3  option). 

Use  the  following  guidelines  if  you  want  to  use  ECONFIG  rather  than  the  Reflec¬ 
tion  Network  Series  Setup  program  to  change  your  Ethernet  type: 

Locate  ECONFIG.EXE  and  type  the  following: 

ECONFIG  IPX.COM  SHELL :E  8137 

If  an  error  message  is  displayed,  you  may  be  using  an  older  version  of  ECONFIG.  If 
this  is  the  case,  type  the  following: 

ECONFIG  IPX.COM  IPX:E  8137 

See  your  NetWare  documentation  for  more  information  on  ECONFIG. 
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Generating  a  New  IPX.COM 

RIPX.OBJ,  which  was  required  for  versions  1.1  and  earlier  of  the  Reflection  Network 
Series,  is  usually  not  needed.  It  is  included  in  case  there  is  a  requirement  for  a  ver¬ 
sion  of  IPX  that  is  not  provided  with  the  Reflection  Network  Series. 

1.  Locate  the  following  files  provided  with  NetWare: 

IPX. OBJ 
NLINK.EXE 

If  you  do  not  find  these  files  on  your  PC,  they  are  probably  on  your  NetWare  file 
server.  Supervisor  privileges  may  be  required  for  access  to  these  NetWare  server 
files — your  NetWare  supervisor  can  create  a  new  IPX.COM  for  you. 

2.  Copy  these  files  to  the  subdirectory  where  you  have  your  Reflection  Network 
Series  files  (including  RIPX.OBJ). 

3 .  Use  NLINK  to  build  a  new  IPX.COM  file.  Type  the  following: 

nlink  -ol  ipx  ipx  ripx 

IPX  on  Token-Ring  (NDIS) 

If  you  are  using  NetWare  on  a  Token-Ring  network,  Setup  adds  ROUTE.COM  to 
your  AUTOEXEC.BAT  file— you  can  remove  it  if  you  do  not  require  source  routing 
support.  See  page  199  for  a  summary  of  how  the  Reflection  Network  Series  uses 
ROUTE.COM. 
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Using  SHELL. CFG  with  NetWare 

You  can  use  a  SHELL.CFG  file  for  NetWare  configuration  in  both  an  ODI  or  NDIS 
environment.  To  ensure  that  this  configuration  information  is  used,  be  sure  to  keep 
this  file  in  the  same  directory  as  IPXODI  (ODI  environment)  or  IPX  (NDIS 
environment). 

In  an  ODI  environment,  you  can  incorporate  the  parameters  in  SHELL.CFG  into 
NET.CFG  rather  than  maintaining  two  separate  configuration  files. 

In  an  NDIS  environment,  you  also  have  the  option  of  using  IPX  /C=<filespec>  to 
specify  the  location  of  SHELL.CFG.  This  option  is  not  available  if  you  are  using  the 
IPX.COM  required  with  Windows  3.0.  Type  IPX  ?  to  see  the  parameters  that  are 
available  with  your  copy  of  IPX.COM. 

Upgrading  to  NetWare  4.0 

If  you  upgrade  to  NetWare  4.0  after  you  have  installed  the  Reflection  Network 
Series  for  the  ODI  environment,  you  need  to  make  some  modifications  to  your 
AUTOEXEC.BAT  file  after  completing  the  NetWare  upgrade: 

a  The  lines  in  AUTOEXEC.BAT  that  load  NetWare  files  (LSL,  IPXODI,  and 
your  card  driver)  that  may  have  been  added  by  Reflection  Network  Series  Setup 
should  be  commented  out.  The  new  NetWare  STARTNET.BAT  file  loads  these 
same  programs  later  in  your  AUTOEXEC.BAT  file.  This  applies  to  all  ODI 
Reflection  Network  Series  configurations. 

a  If  you  have  a  line  in  AUTOEXEC.BAT  that  loads  Reflection  Network  Series 
software  (STARTNET.BAT),  the  NetWare  Setup  program  comments  out  this 
line  and  places  a  Novell  STARTNET.BAT  beneath  it.  Do  the  following: 

-  Remove  the  “REM”  in  front  of  \WRQNET\STARTNET.BAT  that  was 
inserted  by  the  Novell  Setup  program. 

-  Move  the  Reflection  Network  Series  STARTNET.BAT  line  below  the  line 
that  loads  the  Novell  STARTNET.BAT. 
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NetBIOS  is  an  interface  specification  that  can  be  used  with  TCP/IP.  A  NetBIOS 
interface  consists  of  a  standard  set  of  commands  and  data  that  are  passed  between  a 
pair  of  applications,  similar  in  concept  to  a  socket  interface.  The  Reflection  Net¬ 
work  Series  TCP/IP  stack  can  be  used  with  a  NetBIOS  interface  to  provide  the 
transport  layer  for  PC  LANs  such  as  LAN  Manager  and  Windows  for  Workgroups. 

NetBIOS  support  in  the  Reflection  Network  Series  has  been  enhanced  significantly 
compared  to  the  support  in  previous  releases  of  the  Reflection  Network  Series. 
NetBIOS  support  now  offers: 

▲  The  ability  to  configure  performance  options. 

a  Four  different  server  name  resolution  options,  including  LMHOSTS  file,  stan^ 
dard  NetBIOS  broadcasts,  Domain  Name  Service,  and  Probe.  See  “NetBIOS 
Name  Resolution”  starting  on  page  222. 

WRQ’s  NetBIOS  support  can  be  used  with: 

a  Windows  for  Workgroups.  See  page  248. 

a  Microsoft  LAN  Manager  2. lor  above  in  an  NDIS  or  ODI  environment.  See 
“LAN  Manager  and  the  Reflection  Network  SeriesTCP/IP  Stack”  starting  on 
page  217. 

a  Digitals  DECnet  and  PATH  WORKS.  See  the  README  file  for  installation 
instructions. 

a  Other  NetBIOS  applications.  See  “Setup  Support  for  NetBIOS”  starting  on 
page  216. 

The  Reflection  Network  Series  program  that  provides  NetBIOS  support  is  NB.EXE. 
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This  figure  shows  the  relationship  of  NB.EXE  to  the  rest  of  the  Reflection  Network 
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Setup  Support  for  NetBIOS 

During  installation,  if  you  answer  yes  to  NetBIOS,  Setup  does  the  following: 

1 .  NB.EXE  is  copied  to  your  Reflection  Network  Series  directory  and  is  included  in 
the  batch  file  that  loads  your  Reflection  Network  Series  software, 
STARTNET.BAT. 

2.  The  default  value  for  NBSessions  is  set  to  4- 

Note:  Do  not  use  this  option  if  you  want  to  use  Microsoft  LAN  Manager  with  the 
WRQ  TCP/IP  stack  in  an  NDIS  environment.  To  install  this  combination,  see 
“Installation  Steps  for  LAN  Manager  2.1  and  Above”  starting  on  page  218.  a 
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LAN  Manager  and  Windows  for  Workgroups 
with  TCP/IP  Transport 

If  you  use  LAN  Manager,  Windows  for  Workgroups,  or  LAN  Manager-based 
programs,  you  can  configure  the  Reflection  Network  Series  TCP/IP  stack  as  the 
transport  layer.  The  LAN  Manager  or  Windows  for  Workgroups  connections  can 
run  side  by  side  with  LAT,  Telnet,  NS/VT,  and  Novell  NetWare  sessions. 

The  LAN  Manager  and  Windows  for  Workgroups  software  provides  support  for  a  dif¬ 
ferent  set  of  network  adapter  drivers  than  those  included  with  the  Reflection  Net¬ 
work  Series.  If  you’re  using  LAN  Manager  with  the  Reflection  Network  Series 
TCP/IP  as  a  transport,  the  network  adapter  interface  is  not  configured  via  Reflection 
Network  Series  Setup. 

You  can  also  use  NetBEUI  (NetBIOS  Extended  User  Interface)  as  the  only  protocol 
for  your  local  area  network,  while  using  TCP/IP  as  the  protocol  for  connecting  to 
your  host.  In  this  case,  no  additional  changes  are  required.  (NetBEUI  runs  only  in 
an  NDIS  environment.) 

The  Reflection  Network  Series  TCP/IP  programs  and  the  NetBIOS  program 
(NB.EXE)  can  be  configured  for  an  NDIS  environment  as  part  of  the  Microsoft 
LAN  Manager  Setup  for  version  2.1  and  above.  Setup  instructions  for  this  configura¬ 
tion  start  on  page  218.  The  same  NetBIOS  support  for  TCP/IP  can  be  used  with 
Digital’s  DECnet  and  PATHWORKS.  Setup  instructions  are  in  the  README  file. 
NetBEUI  can  also  run  concurrently  in  the  same  environment. 

If  you  re  not  using  NetBEUI,  you  may  also  choose  to  configure  LAN  Manager  to  run 
in  an  ODI  rather  than  an  NDIS  environment  by  answering  yes  when  asked  about 
NetBIOS  in  Setup. 
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Installation  Steps  for  LAN  Manager  2.1  and  Above 

The  procedure  below  describes  how  to  run  the  LAN  Manager  workstation  Setup 

program  to  install  the  Reflection  Network  Series  NetBIOS  interface  so  that  both 

can  use  the  same  transport  protocol.  In  most  cases,  you  must  perform  the  installation 

steps  below  before  using  Setup  to  install  your  Reflection  Network  Series  software: 

▲  This  procedure  assumes  an  NDIS  environment — if  you  want  use  NetBIOS  with 
LAN  Manager  in  an  ODI  environment,  just  answer  yes  when  asked  about 
NetBIOS  in  Setup. 

a  If  you  are  already  using  the  Reflection  Network  Series  TCP/IP  transport  with 
LAN  Manager  (Reflection  Network  Series  2.1  or  earlier),  Setup  displays  the 
correct  LAN  Manager  directory  as  the  default  location  for  upgrading  your 
software.  Accept  the  directory  structure  displayed  in  order  to  upgrade  your 
Reflection  Network  Series  software  without  having  to  re-install  LAN  Manager. 
You  will  not  have  to  repeat  the  steps  detailed  in  the  procedures  below. 

a  If  you  have  Microsoft  LAN  Manager  2.1  and  above  and  use  only  NetBEUI  for 
PC  LAN  transport,  you  do  not  have  to  follow  the  procedure  described  here. 

a  If  you  have  Windows  for  Workgroups  (or  ODI  LAN  Manager),  you  do  not  have 
to  follow  the  procedure  described  here.  See  page  248  for  information  on 
Windows  for  Workgroups. 

a  If  you  have  any  previous  version  of  the  Reflection  Network  Series  in  an  NDIS 

environment  not  configured  for  NetBIOS,  remove  all  references  to  this  software 
in  CONFIG.SYS,  AUTOEXEC.BAT,  or  PROTOCOL.INI.  You  must  start  with 
a  new  installation  of  Reflection  Network  Series. 

LAN  Manager  Setup  and  the  Reflection  Network  Series 

To  configure  LAN  Manager  to  use  the  Reflection  Network  Series  TCP/IP  transport: 

1.  Run  the  Microsoft  LAN  Manager  Setup  program. 

2.  Follow  the  prompts  until  you  reach  the  screen  that  allows  you  to  select 
protocols,  similar  to  the  one  below.  Make  a  note  of  whether  you  are  installing 
basic  or  enhanced  workstation  software;  you’ll  be  asked  this  as  part  of  the 
Reflection  Network  Series  configuration. 


In  the  illustrations  that  follow,  the  adapter  information  shown  at  the  top  of  the 
screen  varies  according  to  the  network  card  you  specify. 


3.  Tab  to  the  field  for  “Other  Protocol”  at  the  bottom  of  the  screen. 

4.  You’ll  then  be  prompted  for  a  third-party  installation  disk.  Insert  the  Reflection 
Network  Series  disk  with  the  label  “  NDIS  Supplemental  Drivers.” 

The  LAN  Manager  Setup  program  will  copy  the  appropriate  files  from  the 
Reflection  Network  Series  NDIS  Supplemental  Drivers  disk. 

5.  You  will  be  returned  to  the  following  screen  in  the  LAN  Manager  Setup 
program: 


Other  Network  Protocols 

Press  the  SPACEBAR  to  select  one  or  more  Protocols: 

[  ]  WRQNDS1  for  a  LAN  Manager  Enhanced  workstation 
[  ]  WRQNDS1  for  a  LAN  Manager  Basic  workstation 


>  OK  <  <Cancel>  <Help> 


6.  Make  your  selection  according  to  the  type  of  workstation  you  selected  earlier  in 
the  LAN  Manager  installation  process  (Basic  or  Enhanced). 
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7.  The  screen  for  selecting  network  protocols  now  includes  the  option  you  chose 
on  the  previous  screen.  For  example,  if  you  chose  the  Enhanced  workstation 
option,  you’ll  see: 

[  ]  Netbeui 

[  ]  TCP/IP 

[  ]  WRQNDS1  for  a  LAN  Manager  Enhanced  workstation 

8.  Choose  the  WRQNDS1  option  (not  TCP/IP).  If  NetBEUI  is  also  used  on  your 
network,  you  can  select  it  as  well. 

9.  After  you  finish  the  LAN  Manager  installation,  use  the  Reflection  Network 
Series  Setup  program  to  install  and  configure  the  rest  of  the  Reflection  Network 
Series  software.  Select  the  NDIS  Setup  option. 

10.  Determine  which  form  of  name  resolution  you  want  to  use.  See  “NetBIOS 
Name  Resolution”  on  page  222. 

11.  In  your  AUTOEXEC.BAT  file,  set  the  RNDIS  /LIFOS  switch  to  8.  For 
example, 

C:\WRQNET\RNDIS  /STACKS: 5  /LIFOS: 8 

12.  If  necessary,  add  any  NB  keywords  to  your  PROTOCOL.INI.  See  page  325. 

13.  Add  any  appropriate  switches  to  the  line  that  loads  NB  in  AUTOEXEC.BAT  or 
STARTNET.BAT.  NB  switches  are  summarized  starting  on  page  225. 

The  resulting  AUTOEXEC.BAT  file  has  lines  similar  to  the  following  if  you  chose 
the  Enhanced  option: 

@REM  ===  LANMAN  2.1  ==  DO  NOT  MODIFY  BETWEEN 
THESE  LINES  ==  LANMAN  2.1  = 

SET  PATH=C : \ LANMAN . DOS \ NET PROG; %PATH% 

C:\LANMAN.DOS\DRIVERS\PROTOCOL\WRQNDSl\RNDIS  /STACKS: 8  /LIFOS: 8 
C:\LANMAN.DOS\DRIVERS\PROTOCOL\WRQNDSl\RNDIS  /U 
C:\LANMAN.DOS\DRIVERS\PROTOCOL\WRQNDSl\ . . \ . . \ 

C:\LANMAN.DOS\DRIVERS\PROTOCOL\WRQNDSl\RNDIS  /STACKS: 8  /LIFOS: 8 

C:\LANMAN.DOS\DRIVERS\PROTOCOL\WRQNDSl\TCP2PDIS  /TEXTINI : . . \ \ . \ PROTOCOL . INI 
C : \ LANMAN . DOS \ DRIVERS \ PROTOCOL \ WRQNDS 1 \WRQTCP 
C : \ LANMAN . DOS \ DRIVERS \ PROTOCOL \ WRQNDS 1 \NB 
NET  START  WORKSTATION 
LOAD  WRQNDS 1 

@REM  ===  LANMAN  2 . 1  =  DO  NOT  MODIFY  BETWEEN  THESE  LINES  == 

LANMAN  2.1== 
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If  you  chose  the  basic  option,  BASIC  (not  NETPROG)  is  the  subdirectory  for 
NETBIND. 

Lines  similar  to  the  following  are  in  CONFIG.SYS: 

LASTDRIVE=Z 

DEVICE=C : \LANMAN. DOS \ DRIVERS \PROTMAN\PROTMAN. DOS  /i :C: \LANMAN. DOS 
DEVICE=C : \ LANMAN . DOS \ DRIVERS \ ETHERNET \ MACWD \ 

MACWD . DOS 

After  you  have  completed  the  installation  process  that  configures  the  Reflection 
Network  Series  TCP/IP  stack  as  the  transport  for  LAN  Manager  and  you’re  using  the 
basic  rather  than  the  enhanced  version,  you  may  see  the  following  message  when 
you  reboot: 

Error:  Unable  to  find  DRIVERNAME  =  WRQNDS1B$  section  in  PROTOCOL.INI 

You  can  disregard  this  message.  To  avoid  seeing  this  message  each  time  you  reboot, 
remove  this  line  from  your  AUTOEXEC.BAT  file: 

LOAD  WRQNDS1B 

NetBIOS  Program  Summary 

Setup  can  install  the  NetBIOS  file,  NB.EXE,  in  two  different  ways: 

a  In  an  NDIS  environment,  if  you  answer  yes  to  using  WRQ’s  TCP/IP  stack  with 
Microsoft  LAN  Manager,  Setup  prompts  you  for  the  Reflection  Network  Series 
disk  labelled  “NDIS  Supplemental  Drivers,”  and  copies  NB.EXE  and  other 
appropriate  files  from  this  disk.  See  “NDIS  NetBIOS  Support  Files  for  LAN 
Manager”  for  more  information. 

a  If  you  answer  yes  to  NetBIOS  in  Setup,  Setup  copies  NB.EXE  directly  to  your 
Reflection  Network  Series  directory. 

NDIS  NetBIOS  Support  Files  for  LAN  Manager 

The  Reflection  Network  Series  software  on  the  NDIS  Supplemental  Drivers  disk 
uses  the  directory  structure  required  by  the  Microsoft  LAN  Manager  installation 
program.  The  following  Reflection  Network  Series  files  are  located  on  the  NDIS 
Supplemental  Drivers  disk. 
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In  the  directory  \MSLANMAN.DOS  \DRIVERS  \XIF: 

WRQNDS1B.XIF  An  ASCII  informational  file  containing  information  for 
LAN  Manager  Setup  (Basic). 

WRQNDS1.XIF  An  ASCII  informational  file  containing  information  for 

LAN  Manager  Setup  (Enhanced). 

In  the  directory  \MSLANMAN.DOS  \DRIVERS  \  PROTOCOLS  \WRQNDS1: 

NB . EXE 
RNDIS.EXE 
TCP2PDIS.EXE 
WRQTCP . EXE 
PROTOCOL . INI 
RNDIS . DOS 

RNDIS.DOS  is  available  for  those  sites  that  run  LAN  Manager  from  a  diskless 
workstation.  Instead  of  installing  and  uninstalling  RNDIS  in  AUTOEXEC.BAT, 
this  device  driver  can  be  defined  in  CONFIG.SYS. 


NetBIOS  Name  Resolution 

NetBIOS  uses  names  to  identify  nodes  on  the  network;  however,  TCP/IP  protocol 
requires  that  these  names  be  converted  into  IP  addresses.  This  conversion  is  called 
name  resolution.  NB  offers  four  different  name  resolution  options: 

▲  LMHOSTS  file 

a  Standard  NetBIOS  broadcasts  (default) 
a  Domain  Name  Service  (DNS)  protocol 
a  Probe  (for  HP’s  Resource  Sharing  only) 

If  all  the  above  are  enabled,  NB  will  try  each  option  in  the  order  listed.  Each  option 
is  discussed  in  detail  below. 
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Name  Resolution  Through  LMHOSTS 

LMHOSTS  is  a  database  file  in  table  format  that  associates  names  with  IP  addresses. 
The  use  of  an  LMHOSTS  file  is  not  required  for  NetBIOS  operation — it  is  needed 
only  for  instances  where  a  name  cannot  be  resolved  by  NetBIOS  broadcasts  (such  as 
a  routed  network).  In  situations  where  broadcast  packets  are  not  able  to  reach  a  par¬ 
ticular  server,  using  an  LMHOSTS  file  allows  the  PC  to  locate  the  server. 

NB  uses  the  LMHOSTS  file  for  name  resolution  if: 

▲  The  LMHOSTS  file  is  located  in  the  same  directory  as  the  Hosts  file  as  pointed 
to  in  PROTOCOL.INI  or  NET.CFG. 

a  It  has  a  name  entry  that  corresponds  to  the  server  to  which  you  are  trying  to 
connect. 

Each  entry  in  LMHOSTS  follows  the  form: 

IP- Address  NetBIOS-Name 
For  example: 

128.100.10.1  BRUCE 

The  maximum  number  of  entries  in  LMHOSTS  is  40.  However,  it  is  possible  to  run 
out  of  memory  before  reaching  40  entries.  Note  that  the  NetBIOS-Name  entry  is 
case  sensitive.  Typical  LAN  Manager  servers  are  uppercase  only. 

Note:  To  authenticate  to  a  LAN  Manager  server  through  a  router,  the  router  must 
be  able  to  pass  broadcasts.  If  your  router  does  not  pass  broadcasts,  you  can  use 
LMHosts  or  DNS  to  authenticate  to  an  NT  Advanced  Server,  a 

Name  Resolution  Through  Standard  NetBIOS  Broadcasts 

This  option  is  always  in  effect;  it  is  the  normal  behavior  of  a  B-node  implementation 
of  NetBIOS  over  TCP/IP.  To  disable  the  broadcasts,  add  the  /B:0  switch  to  the  line 
that  loads  NB  in  AUTOEXEC.BAT  or  STARTNET.BAT. 
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Name  Resolution  Through  DNS 

DNS  (Domain  Name  Server)  is  similar  to  LMHOSTS,  except  that  DNS  allows 
information  that  is  located  in  the  Hosts  table  to  be  centrally  maintained.  Ideally, 
you  should  not  use  both  DNS  and  LMHOSTS  as  conflicts  may  occur.  The  DNS 
option  is  not  required  for  NetBIOS  operation. 

To  use  DNS  to  resolve  a  host  name: 

1.  Add  the  /DNS  switch  to  the  line  that  loads  NB  in  AUTOEXEC.BAT  or 
STARTNET.BAT. 

2.  Add  the  NBScope  parameter  to  PROTOCOL.INI  to  specify  the  domain  name 
of  the  network  on  which  the  NT  Advanced  Server  or  LAN  Manager  file  server 
resides.  For  example,  if  the  remote  LAN  Manager  server  you  wish  to  connect  to 
is  named  “BRUCE,”  and  its  IP  name  alias  is  bruce.other.com,  PROTOCOL.INI 
must  have  the  line: 

NBScope  =  .other.com 

See  also  “PROTOCOL.INI  and  NET.CFG  Keyword  Summary”  on  page  325. 

3.  Add  the  DNSServerAddr  parameter  to  PROTOCOL.INI  to  specify  the  IP 
address  of  the  domain  name  server.  See  page  327. 

4.  Use  the  LAN  Manager  NET  command  as  usual  with  the  host  node  name.  Using 
the  same  example  as  step  2  above,  you  would  run  the  following  command: 

NET  USE  Z:  \BRUCE\SOMESERVICE 

Name  Resolution  Through  Probe 

Probe  is  a  name  resolution  technique  used  by  HP’s  Resource  Sharing  application  on 
HP  3000  hosts.  It  is  not  available  for  normal  LAN  Manager  use.  Probe  can  be  routed 
only  if  you  have  a  router  that  supports  it  and  if  Probe  is  enabled  on  the  router.  If  you 
are  not  using  Resource  Sharing,  it  is  recommended  that  you  use  the  /PROBEOFF 
switch  with  NB  to  generate  less  traffic  on  your  network. 
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NB  Switch  Reference  Summary 

NB  has  a  number  of  startup  switches  and  utility  switches.  Startup  switches  let  you 
customize  NB  for  your  site.  Add  these  to  the  line  in  AUTOEXEC.BAT  that  loads 
NB.  Utility  switches  display  network  information  after  NB  is  loaded;  these  are  useful 
for  troubleshooting.  For  normal  startup,  no  startup  switches  are  required. 

Note:  Previous  versions  of  NB  and  NBNS  supported  different  switches.  During 
installation,  Setup  automatically  modifies  switches  for  the  newer  version.  ▲ 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /M  for  /MEMORY. 


NB  /B:#  /CONFIRM  /DNS  /?  /H  /MEMORY  /NAMES  /PROBEOFF  /S:# 
/TABLE  /UNLOAD  /VERSION 


/B:# 

Determines  the  number  of  broadcasts  that  NetBIOS  sends  out  when  establishing 
a  session.  This  is  a  startup  switch. 

Values:  0-9 

Default:  5 

/CONFIRM 

Confirms  your  NB  parameters,  including  domain  name  server  IP  Address,  DNS 
flag,  Probe  flag,  and  DNS  resolution  attempts.  This  is  a  utility  switch. 

/DNS 

Use  this  switch  to  implement  name  resolution  through  DNS.  See  the  informa- 
tion  on  page  224.  This  is  a  startup  switch. 

/? 

Provides  a  short  description  of  NB  syntax.  /H  provides  the  same  list.  This  is  a 
utility  switch. 
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/LANABASE : <n> 

If  you  are  using  another  transport  (such  as  NetBEUI)  in  addition  to  the  Reflec¬ 
tion  Network  Series  TCP/IP,  each  transport  can  implement  NetBIOS  calls,  but 
each  must  have  a  unique  Lanabase  number. 

Values:  0-9 

Default:  0 

This  value  overrides  the  setting  of  LANABASE  =  in  PROTOCOL.INI  or 
NET.CFG.  See  page  331. 

/MEMORY 

Displays  memory  statistics,  including  message,  buffer,  and  descriptor  pools.  This 
is  a  utility  switch. 

/NAMES 

Displays  names  associated  with  current  sessions.  This  utility  switch  is  used 
primarily  for  network  troubleshooting. 

/PROBEOFF 

Disables  Probe  protocol  support.  Use  this  parameter  if  you  are  not  using  HP’s 
Resource  Sharing.  If  you  do  not  include  this  switch  on  the  command  line,  your 
connections  will  still  work;  however,  it  may  take  longer  to  make  a  connection. 
This  is  a  startup  switch. 

/S :  # 

Configures  the  maximum  segment  size  of  a  TCP  packet  sent  through  a  router. 
This  switch  should  be  used  only  if  you  are  connecting  to  servers  across  a  router. 
If  you  do  not  use  the  switch,  the  default  value  across  a  router  is  512  bytes.  The 
optimum  value  should  be  determined  by  the  smallest  maximum  segment  size 
configured  on  your  corporate  routers.  For  example,  if  you  go  through  two  routers 
to  connect  to  a  server  and  one  router  has  a  maximum  segment  size  of  1024  bytes 
and  the  second  router  has  a  maximum  segment  size  of  1450  bytes,  then  you 
should  choose  a  value  of  1024  bytes.  This  is  a  startup  switch. 

Values:  5 1 2-no  upper  limit 

Default:  5 1 2 
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/TABLE 

Displays  the  current  state  of  each  session,  as  well  as  the  Name  and  IP  address 
associated  with  each  session.  This  is  a  utility  switch. 

/UNLOAD 

Unloads  NB. 

/VERSION 

Displays  the  NB  version  that  is  loaded  in  memory.  This  is  a  utility  switch. 


NetBIOS  Keywords 

NetBIOS  keywords  are  listed  below.  For  detailed  information  on  these  and  other 
keywords,  see  “Keyword  Summary”  starting  on  page  325. 

Hook2A 

LanaBase  =  <n> 

NBScope  = 

NBSessions  =  <n> 

NumNBBuf fers  =  <n> 

NumNBNames  =  <n> 

PCDNSHostName  =  <DNSname> 
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Windows  Sockets  is  a  socket  specification  that  defines  a  standard  Application 
Programming  Interface  (API)  between  a  Windows  application  and  a  TCP/IP  stack. 
The  Windows  Sockets  API  allows  Windows  applications  to  plug  into  any  TCP/IP 
stack  that  supports  the  standard. 

WRQ’s  Windows  Sockets  support — included  with  the  Reflection  Network  Series 
TCP  Connection,  NS  Connection,  and  3000  Connection — lets  you  run  Windows 
Sockets  compatible  applications  over  WRQ’s  DOS  TCP/IP  stack.  Implementing 
Windows  Sockets  in  the  Reflection  Network  Series  provides  the  following: 

a  Windows  Sockets  uses  WRQ’s  WINSOCK.DLL  to  make  the  Reflection  Net' 
work  Series  DOS  TCP/IP  stack  available  to  any  Windows  Sockets  compatible 
applications. 

a  Reflection  1,  2,  and  4  for  Windows  4.1  or  above  can  use  RNTELNET.DLL 
instead  of  TELMGR.EXE  for  a  Telnet  connection.  Although  you  save  DOS 
memory  by  using  RNTELNET.DLL  rather  than  TELMGR.EXE,  this  saving  may 
be  offset  by  the  memory  needed  for  an  additional  DOS  socket  support  file, 
WRQHPSO.EXE,  required  by  Windows  Sockets.  RNTELNET.DLL  is  shipped 
with  Reflection  1,  2,  and  4  for  Windows  4.1  and  above. 

a  Reflection  for  Windows  4.1  or  above  can  use  RNNSVT.DLL  instead  of 
VTMGR.EXE  to  connect  to  your  HP  3000  host.  Although  you  save  DOS  mem' 
ory  by  using  RNNSVT.DLL  rather  than  VTMGR.EXE,  this  saving  may  be  offset 
by  the  memory  needed  for  an  additional  DOS  socket  support  file, 
WRQHPSO.EXE,  required  by  Windows  Sockets. 

RNNSVT.DLL  is  shipped  with  the  NS  Connection  and  the  3000  Connection. 

The  Reflection  Network  Series  program  that  provides  the  Windows  Sockets  inter- 
face  support  is  WRQHPSO.EXE.  In  addition  to  Windows  Sockets,  WRQHPSO  also 
supports  TCP  Sockets.  You  can  continue  to  use  WRQHPSO  for  applications  that 
require  this  support. 
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Zk  Windows  Sockets  Support 
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This  figure  compares  Telnet  and  NS/VT  support  with  and  without  the  use  of 
Windows  Sockets. 

Without  Windows  Sockets  With  Windows  Sockets 


□ 

□ 


Started  from  DOS 
Started  from  Windows 
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Setup  Support  for  Windows  Sockets 

The  following  steps  are  performed  as  part  of  Setup  if  you  indicate  that  you  are  using 

Reflection  for  Windows  and  you  answer  yes  to  sockets  support.  Reflection  for 

Windows  4.1  or  later  or  should  already  be  installed  if  you  want  to  use  Windows 

Sockets  DLLs  for  access  to  your  HP  3000  or  Telnet  hosts. 

1.  WRQHPSO.EXE  is  copied  to  your  Reflection  Network  Series  directory  and  is 
included  in  the  batch  file  that  loads  your  Reflection  Network  Series  software, 
STARTNET.BAT. 

2.  Files  named  NETWORKS,  PROTOCOL,  and  SERVICES  are  copied  into  the 
same  directory  as  the  Hosts  file  (the  default  directory  is  \WRQNET).  See  page 
304  for  more  information. 

3.  The  following  files  are  also  copied  to  your  Reflection  Network  Series  directory: 

WINSOCK.DLL 
RNEVENT . DLL 
RNTASK.EXE 
RNUTIL.DLL 

4.  CTL3D.DLL  is  copied  to  your  \  WINDOWS  \  SYSTEM  directory. 

5.  Setup  searches  for  existing  copies  of  WINSOCK.DLL  in  the  following 
directories: 

a  Reflection  for  Windows  directory 
a  Windows  directory 
a  WINDOWS  \  SYSTEM  directory 
a  Directories  in  the  DOS  path 

If  Setup  detects  any  existing  copies  of  WINSOCK.DLL  in  these  directories,  a 
message  appears  with  a  list  describing  the  location  of  these  copies.  Since  the 
Reflection  Network  Series  TCP/IP  module  requires  the  WINSOCK.DLL  from 
WRQ,  you’ll  need  to  delete  or  rename  your  existing  WINSOCK.DLL  files  (after 
completing  Setup)  so  that  they  will  not  be  used  by  Windows  Sockets  compatible 
applications.  For  easy  reference,  Setup  saves  the  directory  list  as 
WINSOCKS.LST  in  your  Reflection  Network  Series  directory. 
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6 .  If  Setup  detects  Reflection  for  Windows  4.1  or  above  on  your  machine,  it  does 
the  following: 

▲  It  ensures  that  the  line  loading  TELMGR.EXE  in  STARTNET.BAT  is  com¬ 
mented  out. 

a  If  you’re  using  the  NS  Connection  or  the  3000  Connection,  Setup  ensures 
that  the  line  loading  VTMGR.EXE  in  STARTNET.BAT  is  commented  out, 
and  RNNSVT.DLL  is  copied  to  your  Reflection  Network  Series  directory. 

Commenting  out  the  TELMGR.EXE  and  VTMGR.EXE  lines  in 
STARTNET.BAT  allows  the  Reflection  Network  Series  to  use 
RNTELNET.DLL  for  Telnet  support  and  RNNSVT.DLL  for  NS/VT  support.  If 
you  want  to  use  TELMGR.EXE  or  VTMGR.EXE  at  any  time,  remove  the 
“REM”  that  is  used  to  comment  out  these  lines. 

7.  Setup  adds  your  Reflection  Network  Series  directory  to  the  path  in  your 
AUTOEXEC.BAT  file.  This  allows  applications  that  are  not  in  your  Reflection 
Network  Series  directory  to  have  access  to  the  Windows  Sockets  support  in  the 
Reflection  Network  Series. 

Checking  Your  Configuration 

After  running  Setup,  reboot  your  PC,  run  STARTNET.BAT,  and  start  Windows.  If 
you’re  using  Telnet,  run  Reflection  for  Windows  with  a  TELNET-MGR  Connection 
Type,  (TELNET  Connection  Type  in  Reflection  for  Windows  4.2)  and  connect  to 
your  host.  If  you’re  using  NS/VT,  use  the  VT-MGR  Connection  Type.  You’ll  see  a 
Reflection  Network  Series  icon  on  your  desktop  as  long  as  your  Telnet  or  NS/VT 
session  is  running. 
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Running  Windows  Sockets 

Windows  Sockets  software  will  be  used  whenever  you  run  an  application  that  uses  a 
Windows  Sockets  interface.  You’ll  see  the  RNS  icon  whenever  an  application  is 
using  Windows  Sockets  support;  the  icon  disappears  when  you  exit  all  such 
applications.  For  example,  when  you  run  Reflection  2  for  Windows  configured  for 
TELNET-MGR  and  you  connect  to  your  host,  you’ll  see  the  RNS  icon  appear  on 
your  desktop: 


RNS 


RNS  Icon 

When  you  exit  Reflection,  the  icon  disappears. 


About  the  Reflection  Network  Series 

A  wide  range  of  information  about  your  PC  and  your  network  software  is  available 
from  the  RNS  icon.  To  see  this  information,  click  the  RNS  icon  on  your  desktop 
and  choose  About. 


About  the  Reflection  Network  Series — Network  Configuration 
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The  upper  half  of  the  dialog  box  displays  the  version  of  WRQ’s  Windows  Sockets 
support  module. 

In  the  information  box,  you  can  select  a  variety  of  system  information  options.  This 
information  reflects  the  values  that  were  active  when  the  Reflection  Network  Series 
software  was  loaded. 

Network  Configuration 

When  you  first  choose  About,  you’ll  see  a  summary  of  your  network  configuration. 

Network  Interface 

This  indicates  whether  you  are  using  NDIS  or  ODI  as  your  network  interface.  Your 
network  interface  is  configured  as  part  of  Setup. 

Initialization  File 

This  lists  the  directory  and  name  of  the  file  that  contains  initialization  parameters 
for  the  Reflection  Network  Series.  For  an  NDIS  interface,  this  is  PROTOCOL.INI; 
for  an  ODI  interface,  this  is  NET.CFG. 

The  network  initialization  file  is  configured  as  part  of  Setup. 

Network  Files  Directory 

This  is  not  supported  with  Reflection  Network  Series  for  DOS  Windows  Sockets. 

TCP/IP  Stack 

The  TCP/IP  Stack  listed  here  should  be  “RNS  for  DOS.” 

PC  Network  Name 

If  you  use  a  domain  name  service,  the  PC  Host  Name  is  the  identifier  for  your  PC. 
This  name  must  be  unique  within  the  domain.  You  are  prompted  for  a  PC  Host 
Name  as  part  of  Setup. 


IP  Address 

The  IP  address  of  your  PC  is  displayed  here. 
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System  information  displays  settings  for  your  PC,  including  the  version  of  Windows, 
the  version  of  DOS,  and  available  memory. 


System  Information 
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This  is  a  summary  of  each  component  of  the  Reflection  Network  Series  Windows 
Sockets  support. 


Modules 
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Module 

This  is  the  name  of  the  Reflection  Network  Series  module  as  advertised  to  Windows. 

Version 

This  is  the  version  of  the  module. 

Loaded 

This  indicates  if  the  module  is  currently  in  memory. 

Size 

This  shows  the  file  size  for  each  module  is  listed. 

Filename 

This  shows  the  full  path  and  filename  for  the  module. 

Using  WRQHPS0 

WRQHPSO.EXE  has  no  special  configuration  switches: 

▲  Type  WRQHPSO  /  ?  to  see  information  about  the  version  of  WRQHPSO  you  are 
using. 

▲  Type  WRQHPSO  /u  to  uninstall  WRQHPSO. 

Windows  Sockets  applications  that  are  using  the  WRQ  TCP/IP  transport  may 
require  further  modification  of  TCP  parameters.  Increase  the  value  for  the  following 
keywords  in  NET.CFG  or  PROTOCOL.INI  to  improve  performance. 

TCPSessions 
NumTCPBuf fers 
TCPBuffersize 

In  particular,  increase  the  number  of  TCP  sessions  to  account  for  the  number  of 
Reflection  X  sessions  you  want  to  maintain  at  the  same  time. 

When  running  Windows  Sockets  applications,  the  number  of  Telnet  and  NS/VT  ses¬ 
sions  you  can  run  concurrently  is  limited  by  PC  memory  instead  of  the  number  of 
sessions  you  specify  in  Setup  or  the  /SESSIONS  switches  for  TELMGR.EXE  and 
VTMGR.EXE. 
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RNNSVT.DLL  Name  Resolution 

NS/VT  uses  names  to  identify  nodes  on  the  network;  however,  TCP/IP  protocol 
requires  that  these  names  be  converted  into  IP  addresses.  This  conversion  is  called 
name  resolution.  If  you  are  using  RNNSVT.DLL  to  connect  to  a  host  over  Windows 
Sockets,  you  have  three  different  name  resolution  options: 

a  Domain  Name  Service  (DNS)  protocol.  See  page  301. 

a  Probe  (for  HP  3000s  only).  See  page  111. 

▲  Hosts  file.  See  page  302. 

RNNSVT.DLL  will  try  each  name  resolution  option  in  the  order  listed. 


Windows  Sockets  Support  Files 

If  you  answer  that  you’re  running  Windows  and  Windows  Sockets  applications 
during  installation,  Setup  copies  the  following  files  to  your  Reflection  Network 
Series  directory  except  CTL3D.DLL,  which  is  copied  to  your 
\  WINDOWS  \  SYSTEM  directory. 

WINSOCK.DLL  WRQ’s  Windows  Sockets  module.  This  module  meets  ver¬ 
sion  1.1  of  the  Windows  Sockets  specification,  and  is  used 
as  the  API  between  Windows  Sockets  compatible  applica¬ 
tions  and  WRQ’s  TCP/IP  stack.  WINSOCK.DLL  must  be 
used  with  WRQ’s  DOS  TCP/IP  stack — you  cannot  use  a 
third-party  TCP/IP  stack.  Likewise,  you  cannot  use  a  third- 
party  WINSOCK.DLL  with  WRQ’s  TCP/IP  stack. 


RNNSVT.DLL  Provides  access  to  HP  3000s  with  the  NS/VT  protocol.  It 

uses  WINSOCK.DLL  for  TCP/IP  support. 

RNEVENT.DLL  Reflection  Network  Series  event  logger  support.  Works  with 

RNTASK.EXE  to  log  events  to  RNEVENT.LOG  in  your 
Windows  directory.  This  non- ASCII  log  is  used  by  Techni¬ 
cal  Support  for  troubleshooting. 


Windows  Sockets  Support 


RNUTIL.DLL 

CTL3D.DLL 

WRQHPSO.EXE 

RNTASK.EXE 


Works  with  RNTASK  to  support  WINSOCK.DLL. 

Support  for  three-dimensional  graphics  display.  Setup  copies 
this  file  to  your  Y WINDOWS  \  SYSTEM  directory. 

WRQ’s  socket  interface.  WRQHPSO  supports  both  Win¬ 
dows  Sockets  and  TCP  Sockets. 

WINSOCK.DLL  support. 


Using  Reflection  Network  Series 
for  Windows  Applications 

The  Reflection  Network  Series  for  Windows  applications  can  be  configured  to  use 
the  Reflection  Network  Series  for  DOS  NetBIOS  transport  and  TCP/IP  stack.  This 
configuration — which  requires  modules  from  both  Reflection  Network  Series  for 
Windows  4.0  and  Reflection  Network  Series  for  DOS  2.2— lets  you  use  Reflection 
Network  Series  for  Windows  applications  such  as  LPR,  while  providing  simultaneous 
access  to  NetBIOS  applications  and  the  NFS  Option. 

See  the  Reflection  Network  Series  2.2  README  file  for  detailed  instructions  on 
installing  this  configuration. 


£jjL  TCP  Sockets  and  NetIPC 
jSIk Application  Support 

The  Reflection  Network  Series  includes  TCP-based  support  for  a  variety  of  applica¬ 
tions  written  to  the  TCP  Sockets  specification  for  many  HP  and  some  Microsoft  and 
Digital  socket  applications.  NetIPC  support  for  HP  applications  such  as  HP  Advan- 
ceMail  and  HP  Information  Access  is  also  available.  Both  TCP  Sockets  and  NetIPC 
are  supported  in  an  ODI  or  an  NDIS  environment. 


TCP  Sockets  Support 

The  TCP  Sockets  interface  supports  applications  written  to  socket  libraries  from  HP, 
Microsoft,  and  Digital  Equipment  Corporation.  This  program  can  be  used  for  the 
Sockets  portion  of  HP  ARPA  Services.  Applications  that  can  use  the  TCP  Sockets 
support  in  the  Reflection  Network  Series  include: 

a  PC  X  Window  System  servers  including  Reflection  X 

a  Database  front  ends  such  as  Oracle  SQL*Net,  Sybase  Open  Client,  and  HP 
AllBase 

a  PC  e-mail  packages  such  as  HP  OpenMail  and  HP  NewWave  Mail 

Note:  Some  of  these  applications  can  also  be  configured  to  use  Windows  Sockets. 
In  either  case,  WRQHPSO  must  loaded  in  STARTNET.BAT.  a 

The  program  that  provides  this  functionality  is  WRQHPSO.EXE.  In  addition  to 
TCP  Sockets,  WRQHPSO  also  supports  Windows  Sockets.  You  can  continue  to  use 
WRQHPSO  for  applications  that  require  this  support. 
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TCP  Sockets  and  NetIPC  Application  Support 


This  figure  shows  the  relationship  of  this  program  to  the  rest  of  the  Reflection  Net- 
work  Series: 


TCP  Sockets  Support 


Setup  Support  for  TCP  Sockets 

The  following  steps  are  performed  as  part  of  Setup  if  you  indicate  that  you  are  using 

TCP  Sockets: 

1.  WRQHPSO.EXE  is  copied  to  your  Reflection  Network  Series  directory  and 
included  in  STARTNET.BAT. 

2.  Files  named  NETWORKS,  PROTOCOL,  and  SERVICES  are  copied  into  the 
same  directory  as  the  Hosts  file  (the  default  directory  is  \WRQNET).  See  page 
304  for  more  information. 

3.  If  you  indicate  that  you  are  using  Windows,  Setup  adds  WIN_SOCK.DLL  to 
your  Reflection  Network  Series  directory  (WRQNET  by  default).  Some  appli¬ 
cations  that  use  TCP  Sockets  require  this  file  for  Windows  support.  Other  appli¬ 
cations  use  the  following  files: 


VSOCKETS .386 
WSOCKETS . DLL 
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These  files  are  also  added  to  your  Reflection  Network  Series  directory  and  a  line 
similar  to  the  following  is  added  to  the  [386Enh]  section  ofSYSTEM.INI: 

device=C: \WRQNET\VSOCKETS.386 

If  Setup  detects  WIN_SOCK.DLL,  VSOCKETS.386,  or  WSOCKETS.DLL  in 
your  Windows  directory,  they  are  re-named  using  a  numbered  extension;  for 
example,  WIN_SOCK.OOO. 


Digital  and  Microsoft  Socket  Applications 

There  are  interface  differences  between  the  version  of  WSOCKETS.DLL  that  is 
shipped  with  the  Reflection  Network  Series  and  the  applications  written  to  Digital’s 
socket  interface  for  PATHWORKS  or  Microsoft’s  socket  interface. 

If  you  are  running  an  application  written  to  the  Microsoft  or  Digital  sockets 
specification,  you  should  use  the  WSOCKETS.DLL  or  WSOCKETS.EXE  associated 
with  that  company  rather  than  the  WSOCKETS.DLL  provided  with  the  Reflection 
Network  Series.  (The  Setup  program  makes  a  backup  copy  ofWSOCKETS.DLL  in 
your  Windows  directory,  if  it  already  exists.) 

In  some  cases,  the  VSOCKETS.386  file  shipped  with  your  application  needs  to  be 
used  instead  of  the  file  that  was  installed  as  part  of  the  Reflection  Network  Series 
Setup  program.  If  you  experience  problems  running  a  TCP  Sockets  application,  use 
the  version  of  VSOCKETS.386  that  was  previously  referenced  in  SYSTEM.INI: 

a  Locate  your  original  SYSTEM.INI  file,  backed  up  as  part  of  the  Setup  program 
using  a  numbered  extension,  such  as  SYSTEM.000. 

a  Locate  the  line  in  SYSTEM.000  that  references  VSOCKETS.386. 

a  Edit  the  path  of  VSOCKETS.386  in  SYSTEM.INI  so  that  it  is  the  same  as  the 
path  in  SYSTEM.000. 

If  you  are  replacing  HP  network  software  (ARPA  support  for  sockets,  for  example) 
with  Reflection  Network  Series  software: 

a  The  line  in  AUTOEXEC.BAT  that  loads  HP  network  software  (such  as  CALL 
NET_STRT.BAT)  is  commented  out. 

a  The  lines  in  CONFIG.SYS  that  load  the  device  drivers  TCPDRV.DOS  and 
NEMM.DOS  are  commented  out. 
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▲  If  you  are  using  NetWare,  IPXDRV.DOS  in  CONFIG.SYS  is  commented  out. 

If  you  need  to  return  to  your  previous  configuration,  remove  the  “REM”  that  is  used 
to  comment  out  these  lines.  If  you  are  using  a  TCP/IP  transport  with  LAN  Manager, 
see  page  217. 

Checking  Your  Configuration 

After  running  Setup,  confirm  that  you  can  make  host  connections  and  use  your  TCP 
Sockets  applications.  Then,  confirm  that  your  PC  LAN  software  (for  example,  LAN 
Manager,  Windows  for  Workgroups,  or  Novell  NetWare)  is  operating  with  the 
Reflection  Network  Series  protocol  stack. 

You  must  run  STARTNET.BAT  before  running  the  application  that  uses  TCP 
Sockets.  You  should  not  run  any  HP  network  socket  software,  such  as 
NET_STRT.BAT,  that  you  may  have  been  using  before  installing  the  Reflection 
Network  Series. 


Using  WRQHPSO 

WRQHPSO.EXE  has  no  special  configuration  switches: 

▲  Type  WRQHPSO  /  ?  to  see  information  about  the  version  of  WRQHPSO  you  are 
using. 

▲  Type  WRQHPSO  /U  to  uninstall  WRQHPSO. 

TCP  Sockets  applications  that  are  using  the  WRQ  TCP/IP  transport  may  require 
further  modification  of  TCP  parameters.  Increase  the  value  for  the  following 
keywords  in  NET.CFG  or  PROTOCOL.INI  to  improve  performance. 


TCPSessions 
NumTCPBuffers 
TCPBuf fersize 


In  particular,  increase  the  number  of  TCP  sessions  to  account  for  the  number  of 
Reflection  X  sessions  you  want  to  maintain  at  the  same  time. 
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NetIPC  Support 

NetIPC  is  an  application  programming  interface  used  by  a  variety  of  HP  host 
applications.  WRQTICL.EXE  is  based  on  the  Transport  Interface  Compatibility 
Layer  (TICL)  specification.  This  is  an  application  programming  interface  originally 
designed  by  Microsoft.  WRQTICL  supports  the  portions  of  this  specification  used 
for  the  following  HP  NetIPC  applications: 

a  HP  AdvanceMail 

a  HP  Information  Access 

a  HP  NewWave  Mail 

a  HP  NewWave  Access 

a  HP  LaserRX 

The  following  figure  shows  the  relationship  of  WRQTICL.EXE  to  other  Reflection 
Network  Series  modules. 


NetIPC  Support 
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Setup  Support  for  NetIPC 

The  following  steps  are  performed  as  part  of  Setup  if  you  indicate  that  you  are  using 
an  HP  application  that  uses  NetIPC: 

1.  WRQTICL.EXE  is  copied  to  your  Reflection  Network  Series  directory  and 
loaded  in  your  STARTNET.BAT  file. 

2.  If  you  are  using  Windows,  Setup  copies  the  following  files  to  your  Reflection 
Network  Series  directory  (WRQNET  by  default): 

VTICL.386 

W3IPC.DLL 

3.  If  you  are  using  Windows,  a  line  similar  to  the  following  is  added  to  the 
SYSTEM.INI  file  under  the  [386Enh]  section: 

device=C : \WRQNET\VTICL .386 

4.  If  you  are  replacing  HP  network  software  with  Reflection  Network  Series 
software: 

-  The  line  in  AUTOEXEC.BAT  that  loads  HP  network  software  (such  as 
CALL  NET_STRT.BAT)  is  commented  out. 

-  The  lines  in  CONFIG.SYS  that  load  the  device  drivers  TCPDRV.DOS  and 
NEMM.DOS  are  commented  out. 

—  If  you  are  using  NetWare,  IPXDRV.DOS  in  CONFIG.SYS  is  commented 
out. 

If  you  need  to  return  to  your  previous  configuration,  remove  the  “REM”  that  is 
used  to  comment  out  these  lines,  or  you  can  use  the  backup  version  of 
CONFIG.SYS  created  by  Setup  (it  will  have  a  numbered  extension  such  as 
CONFIG.OOO). 

5.  You  will  be  prompted  for  Node,  Domain,  and  Organization  settings.  See  page  33 
for  more  information. 

6.  If  you  are  using  TCP/IP  transport  with  LAN  Manager,  see  page  217. 
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Checking  Your  Configuration 

After  running  Setup,  confirm  that  you  can  make  host  connections  using  Reflection. 
Then,  confirm  that  your  PC  LAN  software  (for  example,  LAN  Manager  or  Novell 
NetWare)  is  operating  with  the  Reflection  Network  Series  protocol  stack. 

You  must  run  STARTNET.BAT  before  running  your  NetIPC  application.  You 
should  not  run  any  HP  NetIPC  networking  software  that  you  may  have  been  using 
before  starting  your  HP  NetIPC  application. 

WRQTICL  Syntax 

The  following  switches  configure  WRQTICL: 

r~ - — - — - - — _ _ _ 

/?  /UNINSTALL  /ENV  /KILL  /NOPAUSE  /QUIET  /STAT  /VCS:<n> 


/? 

Types  a  brief  help  summary. 

/UNINSTALL 

Uninstalls  WRQTICL. 

/ENV 

Does  not  discard  the  DOS  environment  segment.  This  allows  memory 
management  software  such  as  MAPMEM  to  identify  the  memory  used 
by  WRQTICL.  This  switch  is  not  required  for  the  DOS  MEM  utility. 

/KILL 

Uninstalls  WRQTICL  even  if  there  are  active  sessions. 

/NOPAUSE 

Does  not  pause  between  pages  of  /STAT  info.  This  is  useful  if  you  are 
redirecting  STAT  information  to  a  file.  For  example: 

WRQTICL  /STAT  /NOPAUSE  >  statfile 

/QUIET 

Does  not  display  any  confirmation  messages  when  starting  WRQTICL. 

/STAT 

Shows  a  variety  of  WRQTICL  statistics.  WRQ  Technical  Support  can 
use  these  statistics  if  troubleshooting  is  necessary. 

/VCS : <n> 

Number  of  virtual  circuits  (connections  to  other  hosts). 

Values:  1  -32 

Default:  6 
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Other  LANs 


This  chapter  covers  information  for  users  of  Windows  for  Workgroups  and  Banyan 
VINES. 

The  guidelines  below  apply  to  NDIS  software  that  does  not  load  NDIS-compliant 
modules  in  the  same  way  as  the  Reflection  Network  Series. 

1.  Install  the  other  NDIS-compliant  LAN  first.  This  will  ensure  that  the  Reflec¬ 
tion  Network  Series  Setup  program  uses  the  pre-existing  PROTMAN  and  NET- 
BIND  programs  instead  of  the  ones  provided  with  the  Reflection  Network 
Series. 

2.  Install  the  Reflection  Network  Series  software.  The  resulting  PROTOCOL.INI 
should  reside  in  the  directory  for  the  non-Reflection  Network  Series  NDIS 
software,  but  should  contain  the  required  Reflection  Network  Series  configura¬ 
tion  information  (you  should  see  a  section  with  Drivername  =  WRQNDS1$). 

The  Reflection  Network  Series  NDIS-compliant  software  can  coexist  with  any  other 
NDIS-compliant  LAN  software  (HP  LAN  Manager,  PATHWORKS,  etc.),  but 
manual  configuration  may  be  required. 

See  page  136  for  information  on  establishing  independent  TCP/IP  stacks  for 
Telnet/PC-NFS  and  NS/VT. 
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Configuring  for  Windows  for  Workgroups 

You  can  configure  the  Reflection  Network  Series  and  Windows  for  Workgroups  to 
work  together.  In  an  NDIS  environment,  there  are  some  modifications  to  the  stan¬ 
dard  configuration  for  the  Reflection  Network  Series. 

Windows  for  Workgroups  3.10 

Install  and  configure  Windows  for  Workgroups  3.10  before  you  run  the  Reflection 
Network  Series  Setup  program. 

If  Setup  detects  that  Windows  for  Workgroups  version  3.10  or  earlier  is  installed  on 
your  system,  some  additional  steps  are  taken  automatically: 

1.  NETBIND  is  not  added  to  AUTOEXEC.BAT.  Windows  for  Workgroups  has 
already  added  the  line  NET  START — this  performs  the  NETBIND  function. 

2.  If  you’re  installing  the  TCP  Connection,  the  NS  Connection,  or  the  3000  Con¬ 
nection,  Setup  locates  the  PROTOCOL.INI  that  is  in  the  Windows  for 
Workgroups  directory  and  adds  the  TCP/IP  parameters  used  by  the  Reflection 
Network  Series  to  that  file.  The  /TEXTINI  switch  for  TCP2PDIS  indicates  the 
location  of  PROTOCOL.INI. 

If  you  answer  yes  to  NetBIOS  in  the  TCP  Connection,  NS  Connection,  to  the  3000 
Connection  Setup,  NB.EXE  is  copied  to  your  Reflection  Network  Series  directory 
and  added  to  your  STARTNET.BAT  file.  This  also  applies  to  Windows  for 
Workgroups  in  with  ODI. 

If  you’re  using  Novell  NetWare  with  NDIS,  the  MSIPX.COM  and  MSIPX.SYS 
drivers  from  Windows  for  Workgroups  can  be  used.  These  drivers  are  configurable 
from  the  Windows  for  Workgroups  Control  Panel;  see  your  Windows  for  Workgroups 
documentation  for  details.  There  is  no  need  to  use  the  IPX.COM  shipped  with  the 
Reflection  Network  Series. 
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Windows  for  Workgroups  3.11 

If  you  are  using  Windows  for  Workgroups  3.11,  request  the  Technical  Note  “Using 
the  WRQ  TCP/IP  Stack  as  a  Transport  for  Windows  for  Workgroups  3.11 
(NDIS)” — this  is  Document  Number  6006.  To  request  this  document,  call  WRQ’s 
Technotes  Fax  Line  and  leave  a  message  with  your  name,  fax  number,  and  the  docu¬ 
ment  reference  number  This  fax  service  is  available  world-wide  from  WRQ’s  Seattle 
headquarters  at  the  numbers  on  page  399.  This  Technical  Note  is  also  available  on 
the  WRQ  Den  Haag  BBS  or  through  the  WRQ  Reflection  Forum  on  CompuServe. 

Other  setup  possibilities  for  the  Reflection  Network  Series  and  Windows  for 
Workgroups  are  described  in  WRQ  Technical  Notes.  For  a  list  of  Windows  for 
Workgroups  Technical  Notes,  call  the  Fax  Line  and  request  “Index  of  Available 
Technical  Notes  by  Function/Product,”  Document  Number  9999.  From  this  list  you 
can  order  the  appropriate  Technical  Notes  for  your  installation. 


Configuring  for  Banyan  VINES 

As  with  any  other  NDIS  LAN,  install  and  configure  the  software  before  running  the 
Reflection  Network  Series  Setup  program.  Banyan  VINES  in  an  NDIS  environment 
runs  NETBIND  as  part  of  the  BAN  command. 

1 .  Install  your  Banyan  VINES  software.  Use  the  PCCONFIG  program  to  configure 
Banyan  VINES  for  NDIS.  Choose  “Network  Card  Settings”  and  then  choose 
“NDIS  Ethernet.” 

2.  At  the  main  menu,  choose  “Login  Environment  Settings.”  From  the  next  menu, 
choose  “Default  Communications  Driver.”  Then  select  “NDIS  Ethernet.” 

3.  When  you  exit  PCCONFIG,  BAN.EXE  is  created.  This  program  performs  a 
NETBIND  in  the  Banyan  VINES  environment. 
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After  configuring  Banyan  VINES,  run  the  Reflection  Network  Series  Setup  program. 
After  completing  Setup,  edit  AUTOEXEC.BAT.  Locate  lines  similar  to  the  follow¬ 
ing  and  make  the  changes  indicated: 

C:\WRQNET\RNDIS  / STACKS :<n>  /IRQ:<n> 

C:\WRQNET\RNDIS  /U 

C:\WRQNET\NETBIND  /remove  this  line 

/move  BAN. EXE  to  this  location 


Site  Installation  and  Other  NDIS  LANs 

If  you’re  installing  on  multiple  PCs,  you  can  develop  a  procedure  to  merge  the  two 
sections  of  PROTOCOL.INI  without  running  Setup.  The  PROTMAN.DOS, 
PROTMAN.EXE,  and  NETBIND.COM  or  NETBIND.EXE  from  the  other  NDIS 
LAN  may  differ  from  those  provided  with  the  Reflection  Network  Series,  and  this 
should  cause  no  particular  problem.  Setup  always  uses  the  existing  NDIS  programs. 

If  you  encounter  problems,  you  may  want  to  try  using  the  Reflection  Network  Series 
versions  of  these  files.  However,  always  be  sure  to  use  one  pair  or  the  other:  do  not 
mix  a  PROTMAN.DOS  or  a  PROTMAN.EXE  from  one  software  package  with  a 
NETBIND.COM  or  a  NETBIND.EXE  from  another. 

See  page  307  for  more  information  on  site  installation  procedures. 
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The  protocols  and  the  number  of  sessions  available  to  you  in  Reflection  depend  on 
the  Reflection  Network  Series  product  you  are  using  and  how  it  has  been  configured. 

The  guidelines  in  this  section  show  you  how  to  start,  suspend,  and  disconnect  ses¬ 
sions  in  Reflection  for  Windows,  and  how  to  save  a  specific  configuration.  See  your 
Reflection  for  Windows  documentation  for  further  details. 

The  Connection  Manager,  available  in  all  Reflection  products  for  DOS,  lets  you  see 
a  summary  of  the  protocols  and  sessions  available  and  in  use.  This  section  provides  a 
summary  of  all  the  Connection  Manager  commands,  including  the  FTP  interface. 
See  your  Reflection  for  DOS  documentation  for  more  information  on  how  to  con¬ 
figure  Reflection. 

This  section  does  not  cover  how  to  use  the  Reflection  Network  Series  with  Reflec¬ 
tion  X  or  Reflection  3270.  See  your  Reflection  X  or  Reflection  3270  documentation 
for  information  on  how  to  use  the  Reflection  Network  Series  with  these  products. 
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You  can  use  your  Reflection  Network  Series  software  with  Microsoft  Windows  using 
either  Reflection  for  YPindows  or  a  Reflection  for  DOS  product.  See  page  266  for 
information  on  using  Reflection  for  DOS  in  a  window. 


In  this  chapter,  Reflection  for  Windows  refers  to  Reflection  1  for  Windows,  Reflec¬ 
tion  2  for  Windows,  or  Reflection  4  for  Windows.  See  your  Reflection  8,  Reflection 
X  ,  or  Reflection  3270  documentation  for  information  on  how  to  use  the  Reflection 
Network  Series  with  these  products. 


Support  for  Reflection  for  Windows 

This  version  of  the  Reflection  Network  Series  can  be  used  with  the  following  ver¬ 
sions  of  Reflection  for  Windows: 

a  With  version  4- 1  and  higher,  Reflection  FTP  is  included. 

a  Version  4.0  and  higher  supports  fast  file  transfer  for  LAT  and  VT-MGR  connec- 
tion  types. 

a  If  you  are  using  Version  3.7  or  version  3.71,  Setup  copies  a  new  RCOM.DLL 
and  VINT14  386  into  your  Reflection  for  Windows  directory. 

Use  the  same  datacomm  port  options  described  in  your  Reflection  for  Windows  doc¬ 
umentation  to  create  connections  and  templates  and  run  multiple  copies  of  Reflec- 
tion  for  Windows. 
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Run  STARTNET.BAT  before  Starting  Windows 

You  must  run  the  batch  file  that  loads  Reflection  Network  Series  software 
(STARTNET.BAT  by  default)  before  starting  Windows.  If  you’re  using  Windows 
Sockets,  the  Windows  Sockets  support  is  loaded  automatically  within  Windows 
when  you  start  a  Windows  Sockets-compatible  application,  but  STARTNET.BAT  is 
still  required. 


FTP  Support 

Depending  on  the  version  of  Reflection  you  are  using,  you  have  the  following  FTP 
support: 

Reflection  FTP 

Reflection  FTP  is  shipped  with  Reflection  for  Windows  version  4-1  and  above.  It 
includes  support  for  moving,  previewing,  and  deleting  files  using  a  drag-and-drop  or 
command  line  interface.  If  you’re  not  using  Windows  Sockets,  increase  your 
CONMGR  and  TELMGR  sessions  by  2  if  you  plan  to  use  FTP. 


FTP.  EXE 

This  program  is  distributed  with  the  TCP  Connection  and  the  3000  Connection. 
The  Reflection  Network  Series  stand-alone  FTP  facility  can  be  run  from  within 
Windows  using  FTP.PIF. 


Reflection  Network  Series  Utilities 

The  following  utilities  should  not  be  run  from  within  Windows: 

PING.EXE  (Internet  echo  request  program) 

STAT.EXE  (Internet  interface  and  routing  statistics  facility) 

LANTRACE.EXE  (Network  traffic  capture  facility) 

You  can  run  RSN  from  a  DOS  prompt  within  Windows,  provided  you  have  loaded 
RLAT  before  starting  Windows.  See  page  60  for  more  information  on  RSN. 

You  can  run  TCP2PDIS  /SHOW  or  TCP2PDIS  /PROBE  from  a  DOS  prompt  within 
Windows,  provided  you  have  loaded  your  Reflection  Network  Series  software  before 
starting  Windows. 
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Reflection  Network  Series  Connection  Types 

Reflection  for  Windows  provides  a  consistent  interface  for  all  supported  options  in 
the  Reflection  Network  Series. 

The  Connection  Menu  allows  you  to  define,  establish,  and  manage  multiple 
connections.  You  can  suspend,  activate,  modify,  and  maintain  up  to  sixteen  sessions. 
By  creating  templates ,  you  can  configure  multiple  connection  options  that  are  com¬ 
mon  to  multiple  copies  of  Reflection. 

Use  the  procedures  described  below  to  connect  and  disconnect  sessions. 

Defining  a  Single  Connection 

When  you  start  Reflection  the  first  time,  the  Basic  Connection  dialog  box  provides 
fields  for  additional  information  about  your  VT-MGR,  TELNET-MGR  (or 
TELNET),  or  LAT  connection. 

For  example,  if  you  select  LAT,  a  box  appears  for  the  service  name  and  displays  the 
available  LAT  services.  A  password  box  is  displayed  for  those  LAT  services  that 
require  passwords. 

Add  the  following  information  to  your  Reflection  Network  Series  connection 
choice: 

You  can  select  from  a  list  of  service  names,  or  type  one.  Add  a 
password  if  necessary. 

In  the  Host  name  edit  box,  type  in  a  host  name.  It  can  be  in  the 
form  of  an  Internet  name  from  your  Hosts  file  or  domain  name 
server,  or  an  IP  Address.  For  Reflection  for  Windows  version  4.2 
and  above,  TELNET  is  the  Connection  Type. 

In  the  Host  name  box,  type  a  host  name.  It  can  be  in  the  form  of 
a  Probe  node  name  or  an  IP  address.  Depending  on  how  you 
configure  TCP2PDIS,  names  from  your  Hosts  file  may  also  be 
used.  See  page  112. 

This  host  or  service  information  is  saved  in  your  Reflection  for  Windows  settings  file 
so  that  you  won’t  have  to  retype  it  each  time  you  want  to  make  a  connection. 
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Defining  Multiple  Connections 

If  you  only  require  one  connection  type,  you  do  not  need  to  create  a  template.  After 
connecting  to  your  host,  simply  save  this  information  to  your  default  settings 
(configuration)  file. 

To  have  access  to  more  than  one  connection  type,  create  some  templates.  All 
template  operations  are  available  from  the  Connection  menu.  Each  time  you  want 
to  connect,  you  can  just  open  the  appropriate  template. 

A  connection  template  is  unrelated  to  the  values  saved  in  your  settings  (or 
configuration)  file.  These  settings  files  are  unique  to  each  copy  of  Reflection, 
whereas  templates  allow  you  to  share  communications  settings  between  multiple 
instances  of  Reflection. 

To  create  a  template  for  your  current  connection: 

1 .  Choose  Modify  from  the  Connection  menu. 

2.  Choose  Save  Template  to  display  the  Save  Template  Dialog  Box. 

3.  Enter  a  name  for  the  template.  This  information  is  saved  in  a  file  named 
REFLECT.INI  (in  your  Windows  directory),  which  lists  the  parameters  assigned 
to  all  templates. 

Once  you  save  a  template,  use  the  Open  command  to  select  it  from  a  list  box  and 
connect  to  the  host. 

The  Preferences  command  on  the  Connection  menu  lets  you  indicate  what  connec- 
tion  options  you  want  when  you  start  Reflection,  and  what  to  do  with  active  sessions 
when  you  exit  Reflection. 
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Suspending,  Resuming,  and  Closing  Sessions 

There  are  two  ways  to  maintain  multiple  active  sessions: 

a  Run  a  single  copy  of  Reflection.  After  opening  several  sessions,  you  can  move 
between  them  by  choosing  one  from  the  Connection  menu: 


Connection  Menu,  Single  Copy  of  Reflection 

a  Run  multiple  copies  of  Reflection  and  switch  between  the  open  Reflection 
windows.  Any  sessions  in  use  by  another  copy  are  listed  as  dimmed  options  at 
the  bottom  of  the  Connection  menu: 


Connection  Menu,  Multiple  Copies  of  Reflection 


To  close  the  current  connection,  select  Close  from  the  Connection  menu. 
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Reflection  Command  Language:  CONNECT 

Below  are  examples  of  the  CONNECT  command  that  apply  to  Reflection  Network 
Series  connection  options. 

See  your  Reflection  online  help  for  the  full  syntax  of  CONNECT  and  other 
connection-related  commands  and  variables  (for  example,  $CONNECTION- 
HANDLE  and  CLOSE  CONNECTION).  The  command  language  CONNECT 
command  is  not  available  in  Reflection  for  DOS. 

Using  a  Template 


- —  "\ 

CONNECT  connection  template> 
v_ _ _ _ _ _ 

Establishes  a  connection  using  a  predefined  connection  template.  Enclose  the  name 
of  the  template  in  quotation  marks. 


LAT  Connections 

CONNECT  <latservice>  using  LAT  [PASSWORD  <value>] 

[DESTINATION  destination  port>]  [NODE  <nodename>] 


PASSWORD  <value> 

You  can  use  braces  { }  in  place  of  the  LAT  service  password  if  you  want  Reflec¬ 
tion  to  prompt  the  user  for  a  password.  Not  all  LAT  services  require  a  service 
password. 

PASSWORD  is  available  in  versions  3.7  and  above  of  Reflection  for  Windows. 

DESTINATION  destination  port> 

Specifies  a  destination  port  for  LAT  connections.  This  option  is  typically  used 
to  specify  a  dedicated  application  port  on  a  VMS  host. 

DESTINATION  is  available  in  versions  4.0  and  above  of  Reflection  for 
Windows. 
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NODE  <nodename> 

Specifies  a  node  name  for  LAT  connections.  Use  this  parameter  to  connect  to  a 
specific  host  (node)  when  a  service  is  offered  by  more  than  one  host.  When  not 
specified,  the  node  with  the  highest  rating  is  used.  The  <nodename>  can  be  up 
to  16  characters  long  and  is  not  case  sensitive. 

NODE  is  available  in  versions  4-0  and  above  of  Reflection  for  Windows. 

You  can  also  use  the  following  SET  commands;  see  the  Reflection  command  lan¬ 
guage  documentation  for  details. 

SET  LAT-DESTINATION-PORT 
SET  LAT-NODE 

Telnet  Connections 


CONNECT  <telnethost>  using  TEL-MGR  [PORT  <value>]  [BREAK]  [BINARY] 
PORT  <value> 

Specifies  the  host  port  or  socket  number  that  the  Telnet  session  should  use.  By 
default,  port  number  23  is  used. 

PORT  is  available  in  version  4.0  and  above  of  Reflection  for  Windows.  You  can 
also  use  the  SET  TELNET-PORT  command  to  specify  a  non-standard  port. 

BREAK 

Defines  the  (CtrlJ-(Break)  keystroke  for  interrupting  the  host  process  to  be  a 
“Telnet  break”  for  this  session.  If  this  option  is  not  used,  fCtrp-(Break)  sends  a 
“Telnet  Interrupt  Process”  sequence  when  you  use  this  keystroke. 

BREAK  is  available  in  version  4.0  and  above  of  Reflection  for  Windows. 

BINARY 

Specifies  that  this  Telnet  session  will  request  the  Telnet  server  to  go  into  8-bit 
mode.  If  you  do  not  use  this  option,  7-bit  mode  is  assumed. 

BINARY  is  available  in  version  4.0  and  above  of  Reflection  for  Windows. 
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In  this  chapter,  Reflection  for  DOS  refers  to  the  Reflection  software  connectivity 
products:  Reflection  1  Plus  for  DOS,  Reflection  2  Plus  for  DOS,  and  Reflection  4 
Plus  for  DOS. 


Reflection  8  is  a  DOS-based  product  for  TN3270  emulation.  See  your  Reflection  8 
documentation  for  more  information  on  using  Reflection  8  with  the  Reflection  Net¬ 
work  Series. 

When  used  with  the  Reflection  Network  Series,  Reflection  for  DOS  version  4.2  and 
above  provides  expanded  connection  management  facilities.  You  can  restore  any 
active  LAT,  NS/VT,  Telnet,  or  FTP  session  and  switch  between  them  without 
changing  the  datacomm  port  or  loading  a  separate  configuration  file. 

For  example,  you  can  move  from  a  Telnet  session  to  a  LAT  session  by  pressing 
(Ak)'(N)-  A  “state”  file  (similar  to  the  file  created  when  you  exit  from  Reflection 
with  (Ah)-®)  is  created  each  time  you  leave  a  session.  All  session-specific 
information  a  graphics  image,  or  a  partially  completed  form — is  restored  when  you 
return  to  the  session.  Changes  made  to  your  terminal  settings  within  one  session  are 
isolated  from  the  settings  you  need  to  maintain  in  another  session.  These  temporary 
files  are  deleted  once  they  have  been  used  to  restore  your  session.  It  is  strongly 
recommended  that  you  set  up  a  separate  directory  to  hold  these  temporary  files.  See 
page  267. 

Note:  This  document  uses  the  Reflection  for  DOS  5.0  term  “Connection 

Type  instead  of  the  term  datacomm  port”,  used  in  earlier  versions  of  Reflection 
for  DOS.  ▲ 

Use  the  CON-MGR  Connection  Type.  You  may  already  have  a  Reflection  configu¬ 
ration  file  that  specifies  a  datacomm  port  appropriate  for  an  earlier  version  of  the 
Reflection  Network  Series:  your  datacomm  port  remains  the  same  unless  you  explic¬ 
itly  select  CON-MGR.  The  new  session  switching  capabilities  associated  with  this 
version  of  the  Reflection  Network  Series  are  available  even  if  your  datacomm  port 
remains  VT-MGR,  TEL-MGR,  or  LAT. 
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Using  the  Connection  Manager 

The  Connection  Manager  provides  a  status  summary  about  sessions  and  all  available 
protocols,  even  those  that  are  being  used  by  other  copies  of  Reflection. 

The  figure  below  shows  a  copy  of  Reflection  1  with  three  active  sessions.  The  num¬ 
ber  of  available  sessions  is  1 ,  so  a  fourth  host  session  to  a  host  named  ledger  can  be 
initiated. 


Suspended  sessions 

One  more  sessesion 
is  possible 

Command  to 
connect  to  a  host 
named  "ledger" 


Managing  Sessions 

The  Connection  Manager  keeps  track  of  sessions  in  all  copies  of  Reflection.  For 
example,  if  you  first  load  Reflection  1  and  hot-key,  then  load  Reflection  2  with  the 
/O  switch,  you  can  see  the  status  of  all  Reflection  sessions  from  either  copy. 
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DOS 


File  Configure  HPkeys  Tools  Help 


UelcoMe  to  Connection  Manager 
llalker  Richer  &  Quinn,  Inc. 

Type  "?"  for  cownand  help,  <Tab>  for  coMpletion. 

Session  Protocol  Host  nane  Creator 


Status 


1  NSUT  SIMPSON.MFG.COM 

2  LAT  umsI 

3  FTP  opera 

4  Telnet  opera 

Auailable  sessions:  0 


R1  In  use 

R2 

FTP 

R2  Current 


fl 


f3  M 

9  MU'  ■iiflii 


fS 


. 


f?  f8 


Connection  Summary,  Multiple  Copies  of  Reflection 


With  the  exception  of  FTP  sessions,  you  cannot  resume  sessions  started  by  a  different 
emulator.  You  also  cannot  connect  to  a  session  attached  to  another  copy  of  Reflec¬ 
tion  (its  status  is  listed  as  “in  use”). 

Note.  Reflection  1  users  can  resume  sessions  that  use  different  terminal  classes  (HP 

or  DEC),  but  Reflection  cannot  be  placed  in  the  background  (the  hot-key  can’t  be 
used),  a 

A  summary  of  all  the  commands  available  at  the  Connection  Manager  prompt  starts 
on  page  270. 
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Connection  Manager  Keystrokes 


Three  basic  keystrokes  are  available  for  session  management: 


(Ctrp-(F8]  Suspends  the  current  session  and  returns  to  the  Connection  Manager 
prompt.  This  keystroke  is  available  within  a  session.  RESETCOMM  is 
the  Reflection  command  language  equivalent. 

( Ctrl )-( F10 )  Disconnects  the  current  session  and  returns  to  the  Connection  Man¬ 

ager  prompt.  You  can  also  use  (CtrD'(M)  to  abort  a  connection 
attempt.  If  you  see  the  message  “Trying  to  connect  to  <hostname>...” 
you  may  want  to  back  out  before  the  connection  attempt  times  out. 
DISCONNECT  is  the  Reflection  command  language  equivalent. 

(Ak)-(N)  Moves  to  the  next  session.  If  you  have  more  than  one  session  active, 
you  can  switch  between  sessions  using  this  keystroke.  If  you  are  at  the 
Connection  Manager  prompt,  (Ak)-(N)  returns  you  to  the  session 
marked  as  “Current.” 

When  you  move  to  a  previously  suspended  session,  all  the  settings  associated  with 
that  session  are  restored.  Command  files  that  make  use  of  more  than  one  session 
should  use  the  command  SET  SESSION-STSAVE  NO  for  more  straightforward 
management  of  command  file  variables  and  session  status. 

Using  Reflection  for  DOS  with  Microsoft  Windows 

You  can  run  the  Reflection  Network  Series  and  then  run  Reflection  for  DOS  version 
4.2  and  above  in  a  DOS  window.  Run  your  Reflection  Network  Series  software 
before  starting  Windows,  and  run  Reflection  for  DOS  after  starting  Windows. 

The  keystrokes  for  LAT,  Telnet,  and  NS/VT  sessions  described  in  “Connection 
Manager  Keystrokes”  earlier  in  this  section  are  all  available  if  you  run  Reflection 
with  a  program  information  file  (PIF)  under  Windows.  To  ensure  proper  perfor¬ 
mance  with  the  Reflection  Network  Series,  use  the  PIFs  included  with  Reflection  for 

DOS. 

An  FTP  session  with  Reflection  running  in  a  window  uses  an  extra  CONMGR  ses¬ 
sion  (specified  with  CONMGR  /SESSIONS).  Increase  the  number  of  CONMGR 
sessions  by  one  for  each  FTP  session  you  plan  to  maintain  while  running  Reflection 


in  a  window. 
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Managing  Multiple  Sessions 

You  have  a  variety  of  configuration  options  that  determine  how  Reflection  handles 
your  Reflection  Network  Series  sessions. 

Suspending  Sessions 

By  default,  the  Reflection  Network  Series  stores  session  information  in  a  temporary 
“state”  file  similar  to  the  file  created  when  you  exit  Reflection  with  (Altl-fBl. 

The  temporary  “state”  files  that  are  created  when  you  move  between  network  ses¬ 
sions  are  stored  on  your  hard  drive  (or  on  your  RAM  drive— see  page  268)  and  are 
deleted  after  they  are  used.  Start  a  few  Reflection  Network  Series  sessions,  then  hot¬ 
key  from  Reflection.  In  the  directory  specified  for  temporary  files,  you  will  see  some 
files  with  the  format  R<n>*.TMP,  where  <n>  is  the  number  of  the  Reflection  for 

DOS  product.  Below  are  some  guidelines  for  setting  up  a  directory  for  these  tem¬ 
porary  files: 

a  The  Setup  program  for  Reflection  for  DOS  offers  you  an  opportunity  to  specify  a 
directory  for  temporary  files. 

a  To  designate  a  temporary  directory  yourself,  add  the  following  DOS  SET  com¬ 
mand  to  your  AUTOEXEC.BAT  file  (the  directory  must  be  on  non-removable 
media):  SET  RTMP=<directory>.  If  you  are  running  a  server  version  of  Reflec¬ 
tion,  be  sure  that  this  setting  is  for  a  local  drive  rather  than  a  network  drive. 

When  a  temporary  file  is  created  (for  example,  when  you  press  (A0-(N)  to  move  to 
another  session)  and  no  RTMP  directory  is  found,  Reflection  goes  through  the  fol- 
lowing  logic  to  find  a  place  to  store  the  file: 

1  •  The  files  are  placed  in  the  path  designated  by  the  TMP  environment  variable. 
Typically,  this  is  in  your  AUTOEXEC.BAT  file,  for  example: 

SET  TMP=C : \TEMPDIR 

2.  If  no  TMP  variable  is  defined,  the  files  are  placed  in  the  path  designated  by  the 
REFLECT<n>=  environment  variable.  See  your  Reflection  for  DOS  document- 
ation  for  more  information  on  this  variable. 

3.  If  neither  of  these  directories  is  designated,  the  files  are  placed  in  the  Reflection 
product  directory. 
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To  confirm  what  directory  Reflection  is  using  for  these  files,  you  can  use  the  variable 
$TEMPDIR.  Type  the  following  on  the  Reflection  command  line: 

DISPLAY  $TEMPDIR 

Note:  Setting  up  a  temporary  directory  on  your  PC  is  partrcularly  rmportant  rf 
you’re  running  a  server  version  of  Reflection  (for  example,  R2.EXE  resides  on  a  net¬ 
work  drive).  See  the  information  provided  with  your  server  copy  of  Reflection,  a 

Using  a  RAM  Drive 

To  enhance  your  machine’s  performance  when  storing  temporary  files,  assign  a  RAM 
drive  as  the  location  for  your  temporary  files.  See  your  DOS  documentation  for 
information  on  setting  up  a  RAM  drive.  If  you  have  a  RAM  drive  E:  that  is  created 
when  you  reboot,  add  the  following  line  to  AUTOEXEC.BAT. 

SET  RTMP=E : 

Disconnecting  Sessions 

By  default,  Reflection  does  not  disconnect  your  session  when  you  exit  Reflection 
with  (Ak)-®.  When  you  return  to  Reflection,  you  are  at  the  Connection  Manager 
prompt,  and  sessions  that  were  not  disconnected  can  be  resumed. 

a  The  session-specific  temporary  files  that  save  the  screen  image  and  other  set¬ 
tings  when  you  move  from  session  to  session  are  deleted  when  you  exit  Reflec¬ 
tion  with  (Xk)-®.  The  sessions  are  still  active.  If  you  want  sessions  discon¬ 
nected  when  you  exit  Reflection,  use  SET  DISCONNECT-ON-EXIT  YES. 

A  If  you  exit  Reflection  with  (Ak)'®,  you  are  not  disconnected  regardless  of  the 
value  of  DISCONNECT-ON-EXIT. 

a  Disconnect  a  session  by  doing  any  of  the  following: 

-  Press  (Ctrp-fFlO]  while  you  are  in  the  session,  or  use  DISCONNECT  at  the 
Connection  Manager  prompt. 

-  Exit  Reflection  ((Ak)-®)  with  DISCONNECT-ON-EXIT  set  to  YES. 

-  Uninstall  the  protocol  manager  program  (VTMGR,  LATMGR,  or 
TELMGR)  after  you  have  exited  Reflection. 

-  While  in  a  session,  type  DISCONNECT  on  the  Reflection  command  line. 
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Resuming  Sessions 

By  default,  a  temporary  file  is  created  when  you  suspend  a  Reflection  Network  Series 
session  and  it  restores  your  session  when  you  return.  In  the  following  situations,  you 
may  prefer  to  have  the  session-saving  feature  disabled: 

a  You  find  that  you  can’t  switch  between  sessions  fast  enough.  Use  SET  SESSION- 
STSAVE  NO.  Your  session  is  not  disconnected;  however,  you  may  find  you  need  to 
press  [Enter  j)  or  use  a  refresh  key  in  the  host  application  (for  example  (Ctri)-fW) 
in  ALL-IN- 1  on  a  VAX)  to  prompt  the  host  to  refresh  your  screen. 

a  You  want  to  be  able  to  see  the  session  screen  even  if  the  host  aborts  your  session. 
Set  SESSION-STSAVE  and  RESET-SESSION-SCREEN  to  NO. 

a  You  are  running  Reflection  from  a  read-only  disk  and  cannot  specify  an  alter¬ 
nate  location  for  the  temporary  state  files. 

Some  command  language  files  may  rely  on  carrying  Reflection  settings  across  ses¬ 
sions;  it  is  recommended  that  you  set  SESSION-STSAVE  to  NO  to  ensure  that 
restoring  previous  sessions  does  not  interfere  with  your  program  file  settings. 

The  Reflection  command  language  variable  $CONNECTION_HANDLE  lets  you 
programmatically  query  the  host  session  number. 

Uninstalling  Reflection  Network  Series  Programs 

STOPNET.BAT,  created  as  part  of  the  Setup  program,  removes  Reflection  Network 
Series  programs  from  memory.  The  STOPNET.BAT  file  that  is  created  using  Setup 
uninstalls  the  same  programs  that  STARTNET.BAT  installs.  If  you  want  to  cus¬ 
tomize  STOPNET.BAT,  remember  the  following: 

a  These  programs  cannot  be  uninstalled  while  Reflection  is  running  (you  hot- 
keyed  out  of  Reflection). 

a  Reflection  Network  Series  programs  cannot  be  uninstalled  from  within 
Windows. 

a  If  you  are  using  Novell  NetWare  in  an  NDIS  environment,  RNDIS  should  not 
be  unloaded  in  STOPNET. 

a  To  uninstall  protocol-specific  programs,  note  the  programs  that  are  shared  by 
more  than  one  protocol — you  may  disconnect  sessions  you  wanted  to  keep. 
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Connection  Manager  Commands 

The  Connection  Manager  commands  listed  below  apply  to  all  protocols  unless 

otherwise  noted.  When  you  are  at  the  Connection  Manager  prompt  (usually  CON- 

MGR>),  you  can  use  the  shortcuts  below  for  any  of  the  commands  in  this  section: 

▲  You  do  not  have  to  type  the  full  command.  Each  word  in  the  command  can  be 
abbreviated  to  the  smallest  set  of  unique  letters  to  identify  the  command.  For 
example,  typing  S  P  is  the  same  as  typing  SHOW  PROTOCOLS,  and  typing  R  1 
resumes  session  1. 

▲  Press  Tab  to  complete  a  command  if  it  is  a  unique  string.  For  example, 

S  followed  by  (Tab)  produces  “  SHOW.” 

▲  Type  ?  after  you  have  typed  a  string  to  see  all  available  completions.  For 
example,  typing  SHOW  ?  produces  “Protocols,  Services,  Sessions.” 

a  The  following  editing  keystrokes  are  available  at  the  Connection  Manager 
prompt: 

[Ctrll-fU]  or  (Ctrl]-[X)  Erase  input  line 
[Ctrll-fl]  or  [CtrlbfW]  Erase  previous  word 


CONNECT 

C  " 

CONNECT  <host  I  service>  [options] 


Establishes  a  new  session  to  a  valid  service  or  host.  The  maximum  number  of  ses- 
sions  depends  on  the  session  maximum  specified  with  each  protocol. 

Depending  on  the  protocols  available,  you  can  use  an  alias  that  requests  the  specific 
connection  type.  For  example,  you  might  want  to  type  TELNET  instead  of  CONNECT 
if  you  have  more  than  one  protocol  available  for  a  host  connection  and  you  want  to 
ensure  that  Telnet  is  used  to  connect  to  the  host. 

If  you  have  multiple  protocols  loaded,  there  is  a  specific  order  used  when  each  avail¬ 
able  protocol  attempts  a  connection  to  the  host  or  service  you  specify: 

1.  LAT  <service>  If  LA.T  protocol  is  available 

2.  NSVT  <host>  If  NS/VT  is  available 

3.  TELNET  <host>  If  Telnet  is  available 
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To  make  the  fastest  connection  to  a  host  in  a  multiprotocol  environment,  specify 
the  protocol. 

Type  ?  at  the  Connection  Manager  prompt  to  see  which  of  these  commands  are 
available. 

The  CONNECT  host  and  service  options  are  summarized  below  in  terms  of  the 
protocol-specific  alias:  you  can  always  use  CONNECT  with  any  of  these  options. 

LAT  <service> 

Use  SHOW  SERVICES  to  see  the  available  LAT  services. 

NSVT  <host> 

The  host  name  can  be  in  the  form  of  a  Probe  node  name  or  IP  address.  Depend¬ 
ing  on  how  you  configure  TCP2PDIS,  names  from  your  Hosts  file  may  also  be 
used.  See  page  112. 

TELNET  <host> 

The  host  name  can  be  in  the  form  of  an  Internet  name  from  your  Hosts  file  or 
on  a  domain  name  server.  You  can  also  use  an  IP  address,  for  example: 

TELNET  124.24.36.85  or  CONNECT  124.24.36.85 

PROTOCOL 

PROTOCOL  <LAT  |  NSVT  |  TELNET> 

You  can  add  PROTOCOL  to  the  CONNECT  command  to  specify  which  of  the 
available  protocols  you  want  to  use. 

For  example,  you  can  use  the  following  at  the  Connection  Manager  prompt  to  con¬ 
nect  to  a  LAT  host: 

CONNECT  LATHOST  PROTOCOL  LAT 

This  is  equivalent  to  typing  LAT  LATHOST. 
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LAT  Keywords 

When  using  CONNECT  or  LAT  to  initiate  a  LAT  session,  you  can  add  the  follow- 
ing  keywords: 

DESTINATION  <latport> 

Specifies  the  destination  port  to  use.  This  option  is  typically  used  to  specify  a 
dedicated  application  port  on  a  VMS  host.  If  this  parameter  is  required,  your 
system  manager  can  provide  the  string  that  designates  the  port. 

NODE  <latnode> 

When  you  type  SHOW  SERVICES  at  the  Connection  Manager  prompt,  a  table 
shows  the  name  of  each  service,  the  node,  the  rating,  and  a  description.  If  you 
load  RLAT  with  the  /DUPLICATE  switch,  you  may  see  the  same  service  offered 
by  more  than  one  node.  To  ensure  that  you  connect  to  the  node  you  want,  use 
NODE.  The  nodename  should  be  no  longer  than  16  characters. 

See  page  60  for  information  on  RSN,  a  utility  that  manages  and  configures  the 
service  table. 

PASSWORD  <password> 

To  connect  to  a  password-protected  service,  you  can  supply  a  password  as  part  of 
the  CONNECT  command.  If  you  prefer,  you  can  type  the  password  after  the 
server  prompts  you  for  one. 

Telnet  Keywords 

If  you  are  using  CONNECT  or  TELNET  to  initiate  a  Telnet  session,  you  can  add  the 
following  keywords: 

BINARY 

Specifies  8-bit  mode  for  the  session  you  are  creating.  If  you  do  not  use  this 
keyword,  7 -bit  mode  is  assumed. 

BREAK 

Defines  the  fCtrfl-( Break)  keystroke  for  interrupting  the  host  process  to  be  a 
“Telnet  break”  for  this  session.  If  this  option  is  not  used,  [Ctrlj^Break]  sends  a 
“Telnet  Interrupt  Process”  sequence  when  you  use  this  keystroke. 

PORT  <portnumber> 

Specifies  a  non-standard  TCP  port  number  or  socket  for  Telnet  (or  FTP).  The 
standard  port  for  Telnet  is  23,  the  standard  port  for  FTP  is  21. 
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DISCONNECT 


V. 


DISCONNECT  [<session  number>  I  ALL] 


If  a  session  number  is  not  specified,  this  command  disconnects  the  current  session. 
To  see  which  session  is  the  current  one,  use  SHOW  SESSIONS. 

DISCONNECT  ALL  disconnects  all  sessions  in  all  copies  of  Reflection  for  DOS. 
(Sessions  created  with  Reflection  for  Windows  are  not  disconnected.) 


FTP 


FTP  <host>  [<port>] 


FTP,  the  high-speed  TCP/IP  File  Transfer  Protocol,  is  available  if  you  have  installed 
TELMGR  or  the  third-party  Telnet  programs  listed  on  page  368. 

To  open  an  FTP  session,  type  FTP  <host>  at  the  Connection  Manager  prompt.  You 
can  specify  a  non-standard  TCP  port,  if  needed.  The  host  name  is  resolved  via  the 
Hosts  file  or  a  domain  name  server.  You  can  also  type  the  full  IP  address  of  the  host. 
For  example: 

FTP  124.24.36.85 

After  connecting  to  the  host,  the  Connection  Manager  prompt  changes  to  an  “ftp>” 
prompt.  The  available  FTP  commands  and  their  syntax  are  listed  on  page  279. 

To  move  between,  disconnect,  or  resume  FTP  sessions,  use  the  keystrokes  described 
on  page  264. 

You  can  maintain  more  than  one  FTP  session.  An  FTP  session  is  not  exclusively 
bound  to  a  specific  Reflection  product;  for  example,  an  FTP  session  started  by  a  copy 
of  Reflection  1  can  be  resumed  by  a  copy  of  Reflection  4. 

The  file  transfer  configuration  settings  for  ASCII  translation  to  and  from  the  host 
apply  to  FTP  file  transfers.  The  value  for  Receive  Timeout  also  applies  if  you  are 
using  Reflection  version  4.2  or  above. 
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If  you’re  upgrading  from  an  earlier  version  of  the  Reflection  Network  Series  that 
included  TEL-MGR.EXE  or  from  the  earlier  product  called  TelnetManager,  you  can 
still  use  Reflection  command  language  FTP  commands.  For  example,  you  can  still 
use  the  Reflection  command  FMPUT  on  the  command  line  instead  of  the  MPUT 
command  at  the  ftp>  prompt.  You  can  also  set  your  file  transfer  protocol  to  FTP  and 
use  Reflection’s  file  transfer  screen  to  send  and  receive  files  via  FTP.  However,  new 
FTP  commands  are  not  available  in  Reflection’s  command  language. 

HELP 


/ 

- - - ■  \ 

HELP 

v _ 

_ J 

Displays  brief  help  information  on  all  Connection  Manager  commands.  For  more 
detailed  information  on  a  command,  type  HELP  <command>. 

You  can  also  type  ?  to  see  a  short  list  of  available  commands  or  legal  command 
completions. 

Here  are  examples  of  HELP  and  ?  to  help  you  use  the  Connection  Manager: 

A  HELP 

Displays  a  summary  of  all  Connection  Manager  commands 

A  HELP  CONNECT 

Displays  detailed  information  on  the  CONNECT  command 

A  CONNECT  <lathost>  ? 

Displays  the  keywords  that  can  be  used  when  connecting  to  a  LAT  host 

PROMPT 


s 

— - -  \ 

PROMPT  <prompt> 

v_ _ _ _ _ _ 

_ J 

You  can  customize  the  Connection  Manager  prompt  by  using  the  PROMPT 
command.  This  is  provided  for  compatibility  with  existing  command  files  that  used 
an  earlier  command  interpreter  prompt  (such  as  LOCAL  or  TEL-MGR),  or  for  local 
customization. 
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The  list  below  shows  the  default  prompt  associated  with  each  Connection  Type: 

Connection  Type  Default  Prompt 


CON-MGR 

LAT 

TEL-MGR 

VT-MGR 


CON-MGR> 

LOCAL> 

TEL-MGR> 

VT-MGR> 


For  example,  if  you  want  to  change  your  prompt  to  the  string  “LOCAL,”  type 
PROMPT  LOCAL  at  the  Connection  Manager  prompt.  Type  SAVE  on  the  Reflection 
command  line  to  save  this  prompt  to  your  Reflection  configuration  file.  A  maximum 
of  23  characters  can  be  used. 


RESUME 


/■  - - - - -  -  ■  ■  ■ 

- - - 

RESUME  [<session  number>] 

\ _ 

_ / 

If  no  number  is  specified,  the  current  session  is  resumed.  Use  SHOW  SESSIONS  to  see 
a  summary  of  sessions  and  session  numbers.  You  can  resume  any  session  that  is  not 
marked  as  “In  use”  that  was  created  by  the  same  Reflection  product  that  you’re  cur¬ 
rently  using. 


SHOW  PROTOCOLS 


SHOW  PROTOCOLS 


Displays  the  protocols  that  are  available.  It  also  displays  the  number  of  sessions 
available  and  in  use  for  each  protocol.  Reflection  Network  Series  protocol  programs 
must  be  run  before  starting  Reflection.  Use  a  protocol  name  as  an  alias  for  the  CON¬ 
NECT  command  if  you  want  to  be  sure  a  specific  protocol  is  used;  see  page  270. 
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SHOW  SERVICES 


SHOW  SERVICES 


This  command  applies  to  the  LAT  protocol  only.  SHOW  SERVICES  displays  the 
LAT  service  table. 


The  service  table  includes  the  service  name,  the  node,  the  rating,  and  a  descriptive 
string  for  each.  This  information  can  be  used  when  connecting  to  a  LAT  service. 
See  the  LAT-specific  CONNECT  keywords  on  page  272. 


/ 

- -  N 

LAT  Service 

Node  Name 

Rating 

Description 

EC1ENV 

0FFICE1 

255 

Envelope  printer 

EC1LBL 

OFFICEl 

255 

Label  printer 

TAPE 

OFFICE1 

84 

VAX1 

VAX1VMS 

75 

VAX/VMS  version  5.3-2 

MODEM1 

BBS 

90 

9600  Baud  Hayes 

MODEM2 

COMPUSER 

90 

9600  Baud  Hayes 

V 

_ y 

Services  are  placed  in  the  table  in  two  ways: 

a  As  services  are  announced,  they  are  added  to  the  table.  The  LAT  directory  ser¬ 
vice  table  has  a  default  table  size  of  10.  After  the  table  is  full,  subsequent  multi- 
casts  will  not  be  added  to  the  table  unless  a  service  that  is  listed  times  out. 

You  can  change  the  table  size  by  using  the  /DIR:<n>  switch  when  you  start 
RLAT.EXE;  see  page  54. 

a  The  utility  RSN.EXE  configures  and  manages  your  service  table. 

This  program  is  included  with  all  Reflection  Network  Series  products  that 
include  the  LAT  protocol.  See  page  60  for  more  information. 
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SHOW  SESSIONS 


/  — — - - 

SHOW  SESSIONS 

v _ 

— _ _ _ y 

Shows  active  sessions.  Each  session  has  a  number  so  that  you  can  specify  the  one  you 
want  to  resume  or  disconnect.  If  a  session  is  marked  as  “In  use”  or  it  was  created  by 
another  type  of  Reflection  emulator,  you  cannot  resume  that  session. 

The  example  below  shows  a  session  summary  with  a  mixture  of  emulators  and 
protocols: 


Connection  Manager:  SHOW  SESSIONS 

Each  time  you  return  to  the  Connection  Manager  (by  using  [CtrilfFSl  to  suspend  the 
current  session  or  fCtrT)-[FlO]  to  disconnect  the  current  session),  the  SHOW  SES¬ 
SIONS  command  is  automatically  invoked  so  that  you  can  see  a  status  summary  of 
all  sessions. 


Managing 


FTP  and 
Network 


the  Reflection 
Series 


FTP  support  varies  according  to  the  Reflection  product  and  product  version  you  are 
using: 

a  Reflection  for  Windows  version  4.1  and  above 

Reflection  FTP  is  a  Windows-based  FTP  utility  offering  a  variety  of  presentation 
options. 

a  Reflection  for  DOS 

This  chapter  covers  FTP  commands  in  detail 

a  Earlier  versions  of  Reflection  for  Windows 

FTP.EXE  is  shipped  with  the  Reflection  Network  Series.  It  is  a  DOS-based 
utility,  and  should  be  run  with  FTP.PIF  when  you’re  using  Windows.  See  the 
README  file  for  details. 


FTP  Commands:  Reflection  for  DOS 

In  order  to  use  FTP,  you  must  load  TELMGR  before  you  start  Reflection.  FTP  sup¬ 
port  is  available  in  the  TCP  Connection  and  the  3000  Connection.  Type  SHOW 
PROTOCOLS  at  the  Connection  Manager  prompt.  If  Telnet  is  listed,  you  can  FTP  to 
any  server  or  host  that  has  FTP. 


Using  FTP 

You  can  suspend,  resume,  or  disconnect  FTP  sessions  with  the  same  keystrokes  used 
with  other  protocols.  If  you  use  [Alt)-[N]  to  move  between  sessions,  the  FTP  session 
will  be  available  as  one  of  the  sessions.  This  chapter  assumes  you  have  already  estab¬ 
lished  an  FTP  session.  See  page  273  for  information  on  starting  an  FTP  session. 
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FTP  Command  Summary 

Use  the  following  FTP  commands  to  move  files  between  the  host  and  your  PC.  Case 
is  not  important  for  commands  and  keywords  entered  at  the  FTP  prompt.  Depending 
on  your  host  computer,  however,  directory  names,  filenames,  and  other  host-specific 
information  may  be  case  sensitive. 

APPEND 


/ 

- —  \ 

append  <pcfile>  [to]  [<hostfile>] 
v _ _ _ _ _ _ _ 

_ J 

The  APPEND  command  sends  a  file  to  the  host  computer,  appending  it  to  the  cur¬ 
rent  host  file.  If  the  host  file  does  not  exist,  this  command  creates  it,  and  works 
exactly  like  the  PUT  command. 


<pcf ile> 

Specifies  the  PC  file  to  transfer  to  the  host. 

to  <hostfile>] 

Specifies  the  host  file  to  which  the  PC  file  should  be  appended.  If  this  option  is 
omitted,  the  PC  file  is  appended  to  a  host  file  having  the  same  name  as  the  PC 
file.  If  the  specified  host  file  does  not  exist,  it  is  created.  The  TO  keyword  is 
optional. 

The  following  command  appends  a  PC  file  to  a  host  file  of  the  same  name: 

APPEND  WHATSNEW.DOC 

This  command  appends  a  PC  file  to  the  specified  host  file: 

APPEND  WHATSNEW.DOC  TO  DOCUMENT . TXT 


ASCII 


ascii 


The  ASCII  command  changes  the  current  FTP  file  transfer  type  to  ASCII.  Use  this 
transfer  type  to  move  ASCII  (text)  files  between  the  host  and  your  PC.  This  is  the 
default  transfer  type  when  you  start  an  FTP  session.  The  File  Transfer  Configuration 
menu  settings  for  ASCII  translation  to  and  from  the  host  apply  to  FTP  file  transfers. 
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BINARY 

r  — - - - — - \ 

binary 


The  BINARY  command  changes  the  current  FTP  file  transfer  type  to  binary.  Use 
this  transfer  type  to  move  files  with  PC-  or  host-specific  formatting  between  the  host 
and  your  PC.  For  example,  if  you  want  to  transfer  a  document  formatted  in 
Microsoft  Word  on  the  PC  to  another  PC  via  the  host,  the  binary  type  is 
appropriate. 


. . . — 

— 

cd  <directory> 

\ _ 

y 

The  CD  command  changes  the  working  directory  on  the  host  computer. 

<directory> 

Specifies  a  directory  on  the  host  computer.  Follow  the  host’s  syntax  for  specify¬ 
ing  directory  names. 

This  command  changes  directories  on  a  VAX  system: 

CD  SYS$USERS: [ARNOLD. DOCS] 

This  command  changes  to  the  directory  one  level  up  on  a  VAX  system: 

CD  [-] 

The  following  example  changes  to  a  subdirectory  of  the  users  directory  on  a  UNIX 
system: 

CD  /users/ frank 

This  command  changes  to  the  directory  one  level  up  from  the  current  directory  on  a 
UNIX  system: 


CD  .  . 


In  Reflection 
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CLOSE 


/ 

- - - -  \ 

close 

V _ 

_ J 

The  CLOSE  command  disconnects  the  FTP  session  and  returns  you  to  the  Connec¬ 
tion  Manager  prompt.  To  return  to  the  Connection  Manager  prompt  without  dis¬ 
connecting  your  FTP  session,  suspend  with  (Ctrl)-fF8).  You  can  also  use  EXIT  or 
QUIT  as  a  synonym  for  CLOSE. 

DELETE 


- — - \ 

delete  <hostfile> 

V  _ - 

_ _ J 

The  DELETE  command  deletes  a  file  on  the  host.  This  command  can  be 
abbreviated  to  DEL. 

<hostfile> 

Specifies  the  name  of  the  host  file  to  delete.  The  host  filename  can  include  a 
full  directory  path  to  the  file.  On  some  systems  such  as  UNIX  hosts,  case  is 
important  when  specifying  directories  and  filenames. 

This  command  deletes  MEMO.DOC  from  the  current  host  directory: 

DELETE  MEMO.DOC 

This  command  deletes  TUESDAY.TXT  from  the  /users/jim  directory  on  a  UNIX 
host: 

DELETE  /users/ jim/TUESDAY. TXT 
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DIR 

/  — - — - N 

dir  [<filespec>] 

V _ _ _ _ _ ) 

The  DIR  command  displays  a  detailed  listing  of  host  files  matching  the  given 
filespec.  (Compare  this  to  the  LS  command  on  page  286,  which  displays  a  less 
detailed  listing.) 

<filespec> 

Specifies  a  directory,  file,  or  group  of  files  on  the  host.  If  this  option  is  not  used, 
the  contents  of  the  current  host  directory  are  displayed.  The  syntax  for 
<filespec>  varies  according  to  your  host  computer. 

This  command  displays  a  list  of  executable  files  in  the  current  directory  on  a  VAX 
host: 

DIR  * . EXE 

The  output  from  the  above  command  might  look  something  like  this: 

SYS $ COMMON: [MANAGER] 


RUNTHIS.EXE; 1 
COPYME.EXE; 1 
UPLOAD. EXE; 1 
STARTUP. EXE; 2 


8  26-JUL-1994  17:17  [SYSTEM]  ( RWED , RWED , RWED , RE ) 

7  26-JUL-1994  17:17  [SYSTEM]  ( RWED , RWED , RWED , RE ) 

5  2 6 -AUG- 19 9 4  17:17  [SYSTEM]  ( RWED , RWED , RWED , RE ) 

25  17-AUG-1994  23:23  [SYSTEM]  ( RWED , RWED , RWED ,  RE ) 


EXIT 


/ - — 

\ 

exit 

v. _ _ 

_ _ _ > 

The  EXIT  command  disconnects  the  FTP  session  and  returns  you  to  the  Connection 
Manager  prompt.  To  return  to  the  Connection  Manager  prompt  without  disconnect¬ 
ing  your  FTP  session,  suspend  with  [Ctrlk(F8].  You  can  also  use  CLOSE  or  QUIT  as  a 
synonym  for  EXIT. 
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GET 


Form  1: 


get  [<hostfile>]  [to]  <pcfile> 

V 

[append] 

\ 

_ ) 

Form  2: 

/ 

get  <pcfile>  from  [<hostfile>] 

[append] 

IK 

k. _ 

_ J 

The  GET  command  transfers  a  file  from  the  host  to  the  PC.  If  a  file  with  the  same 
name  as  the  one  being  received  already  exists  on  the  PC,  it  is  automatically 
overwritten.  With  the  APPEND  option,  the  host  file  is  appended  to  the  PC  file. 

Before  using  the  GET  command,  you  should  use  the  ASCII  or  BINARY  command 
to  set  the  transfer  type.  Wildcards  are  not  supported  with  the  GET  command — they 
are  treated  as  ordinary  characters  and  are  assumed  to  be  part  of  the  filename.  To 
transfer  multiple  files,  use  MGET  instead.  Form  2  is  provided  because  it’s  similar  to 
that  of  the  FGET  command  in  Reflection  command  language. 

When  transferring  files  between  different  types  of  computers,  use  appropriate  naming 
conventions.  For  example,  many  UNIX  systems  allow  host  filenames  containing 
spaces,  whereas  DOS  does  not  allow  spaces  in  filenames.  Similarly,  VAX  filenames 
can  have  up  to  39  characters  on  each  side  of  the  period,  whereas  PC  filenames  are 
limited  to  8  characters  to  the  left  and  3  to  the  right  of  the  period. 

<hostfile> 

Specifies  the  name  of  the  host  file  to  transfer  to  the  PC.  If  the  host  filename  is 
omitted,  the  host  file  is  assumed  to  have  the  same  name  as  the  PC  file. 

to  <pcfile> 

The  TO  keyword  is  optional.  Specifies  the  name  of  the  PC  file  to  be  created. 

If  no  host  file  is  given,  the  host  file  is  assumed  to  have  the  same  name  as  the 
PC  file. 

APPEND 

Specifies  that  the  host  file  should  be  appended  to  an  existing  PC  file.  If  the 
PC  file  does  not  exist,  it  is  created. 
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from 

If  you  use  form  2  of  the  GET  command,  the  FROM  keyword  is  required.  If  this 
keyword  is  omitted,  form  1  is  assumed. 

The  following  (form  1)  example  transfers  the  host  file  MEMO.DOC  from  the  host  to 
the  PC,  giving  the  PC  file  the  same  name: 

GET  MEMO.DOC 

This  example  transfers  the  VAX  host  file  MORTGAGE.  PAPERS  to  the  PC,  giving 
the  PC  file  the  name  MORTGAGE.TXT: 

GET  MORTGAGE . PAPERS  MORTGAGE.TXT 


HELP 


f 

— 

help  [<command>] 

\ _ 

J 

HELP  displays  a  short  summary  of  FTP  commands.  You  can  type  HELP  <command> 
at  the  FTP  prompt  to  see  information  on  a  specific  FTP  command.  For  a  listing  of 
FTP  commands  without  descriptions,  type  ?  or  HELP  ?  at  the  FTP  prompt. 


LCD 

r  “  — - \ 

led  [<directory>] 


The  LCD  command  changes  directories  on  the  PC  (a  “local”  directory  change). 

To  change  directories,  type  the  directory  at  the  ftp>  prompt,  for  example,  type  F  : 
and  press  (Enter  j). 

<directory> 

Specifies  the  directory  to  change  to.  The  directory  syntax  must  follow  PC  direc¬ 
tory  naming  conventions.  If  you  omit  the  directory  name,  LCD  displays  the 
path  for  the  current  PC  directory. 

This  command  changes  to  the  WRQNET  directory,  which  is  a  subdirectory  of  the 
root  directory: 


LCD  \ WRQNET 


ilk 
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LDIR 


c 

- —  N 

ldir  [<filespec>] 

v _ 

_ y 

The  LDIR  command  displays  a  listing  of  PC  files  matching  the  given  filespec. 

<filespec> 

Specifies  a  directory,  a  file,  or  a  group  of  files  on  the  PC.  If  this  option  is  not 
used,  the  contents  of  the  current  PC  directory  are  displayed. 

This  command  displays  a  listing  of  files  in  the  current  PC  directory  that  have  a 
.DOC  extension: 

LDIR  * . DOC 

LS 


Is  [<filespec>] 


The  LS  command  displays  a  simple  listing  of  host  files  matching  the  given  filespec. 
(Compare  this  to  the  DIR  command  on  page  283,  which  displays  a  more  detailed 
listing.) 

<f  ilespeo 

Specifies  a  directory,  file,  or  group  of  files  on  the  host.  If  this  option  is  not  used, 
the  contents  of  the  current  host  directory  are  displayed. 

In  this  example,  the  names  of  all  files  in  the  current  directory  on  a  UNIX  host  are 
listed: 


LS 


★  * 
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The  listing  might  look  something  like  this: 

.cshrc 
.  exrc 
. forward 
.history 
. login 
mbox 
parse. c 
setup. c 
shutdown. c 
table. c 


MGET 


Form  1: 

/ 

mget  [<hostspec>]  [to]  <pcspec> 

_ J 

Form  2: 

mget  <pcspec>  from  [<hostspec>] 

\ 

V - 

_ J 

The  MGET  command  transfers  one  or  more  files  matching  the  given  filespec  from 
the  host  to  the  PC.  If  a  file  with  the  same  name  already  exists  on  the  PC,  it  is 
overwritten.  MGET  differs  from  GET  in  that  MGET  supports  multiple  file  transfers 
from  the  host  (using  host  wildcard  characters). 

Before  using  the  MGET  command,  use  the  ASCII  or  BINARY  command  to  select 
the  transfer  type. 

Form  2  is  provided  because  it’s  similar  to  that  of  the  FMGET  command  in  Reflection 
command  language. 
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When  transferring  files  between  different  types  of  computers,  use  appropriate  naming 
conventions.  For  example,  many  UNIX  systems  allow  host  filenames  containing 
spaces,  whereas  DOS  does  not  allow  spaces  in  a  filename.  Similarly,  VAX  filenames 
can  have  up  to  39  characters  on  each  side  of  the  period,  whereas  PC  filenames  are 
limited  to  8  characters  to  the  left  and  3  characters  to  the  right  of  the  period. 

<hostspec> 

Specifies  one  or  more  host  files  to  transfer  to  the  PC.  If  this  option  is  omitted, 
the  host  files  are  assumed  to  have  the  same  names  as  the  PC  files. 

to  <pcspec> 

Specifies  a  PC  directory  to  receive  the  files,  or  the  name  of  the  PC  file  to  create. 
The  TO  keyword  is  optional. 

If  a  <pcspec>  is  given  with  no  other  options,  the  host  filespec  is  assumed  to  be 
the  same  as  the  <pcspec>. 

If  a  <hostspec>  is  given,  the  <pcspec>  should  be  a  directory  path;  if  the  <pcspec> 
is  a  filename,  each  file  transferred  from  the  host  is  written  to  the  same  PC 
filename,  and  with  each  transfer,  the  previous  file  received  is  overwritten  by  the 
new  file.  Also,  if  a  <hostspec>  is  given,  the  <pcspec>  cannot  contain  wildcard 
characters;  you’ll  receive  an  error  message  when  DOS  tries  to  create  a  file  with 
the  wildcard  character. 

from 

If  you  use  form  2  of  the  MGET  command,  the  FROM  keyword  is  required. 
When  this  keyword  is  omitted,  form  1  of  MGET  is  assumed. 

The  following  example  transfers  all  files  with  a  .DOC  extension  from  a  VAX  host  to 
the  PC,  placing  the  files  in  the  current  PC  directory: 

MGET  * . DOC 

In  the  following  example,  all  files  with  a  .DOC  extension  are  transferred  to  the 
\ DOCUMENT  directory  on  the  PC: 


MGET  * . DOC  \ DOCUMENT 
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MPUT 


/ 

\ 

mput  <pcspec>  [to]  [<hostspec>] 

V  - 

J 

The  MPUT  command  transfers  one  or  more  files  matching  the  given  filespec  from 
the  PC  to  the  host.  If  a  file  of  the  same  name  already  exists  on  the  host,  it  is  automa¬ 
tically  overwritten. 

MPUT  differs  from  PUT  in  that  MPUT  supports  multiple  file  transfers  from  the  PC 
(using  PC  wildcard  characters). 

Before  using  the  MPUT  command,  use  the  ASCII  or  BINARY  command  to  set  the 
transfer  type. 

When  transferring  files  between  different  types  of  systems,  make  sure  the  files  follow 
appropriate  host  naming  conventions.  For  example,  on  some  UNIX  systems,  host 
filenames  can  contain  the  asterisk  character,  whereas  the  asterisk  in  a  PC  filename  is 
a  wildcard  character. 

<pcspec> 

Specifies  one  or  more  PC  files  to  transfer  to  the  host.  Unless  a  valid  <hostspec> 
is  given,  the  files  are  placed  in  the  current  host  directory  and  are  given  the  same 
names  as  the  PC  files.  An  existing  file  with  the  same  name  on  the  host  is  auto¬ 
matically  overwritten. 

to  <hostspec> 

Specifies  the  name  of  a  host  file  to  create.  The  TO  keyword  is  optional. 
Wildcards  cannot  be  used. 

If  a  <hostspec>  is  not  used,  the  host  files  are  given  the  same  names  as  the  PC 
files. 

The  following  example  transfers  all  files  with  a  .DOC  extension  from  the  PC  to  a 
UNIX  host,  placing  the  files  in  the  current  host  directory: 


MPUT  * .DOC 
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PUT 


put  <pcfile>  [to]  [<hostfile>] 

v - - - - - - - ) 

The  PUT  command  transfers  a  file  from  the  PC  to  the  host.  If  a  file  of  the  same 
name  already  exists  on  the  host,  it  is  overwritten.  If  you  don’t  want  to  overwrite  an 
existing  file,  use  the  APPEND  command  (page  280). 

Before  using  the  PUT  command,  use  the  ASCII  or  BINARY  command  to  set  the 
transfer  type.  Wildcards  are  not  supported  with  the  PUT  command;  to  transfer  mul¬ 
tiple  files  using  wildcards,  use  MPUT  instead. 

When  transferring  files  between  different  systems,  use  appropriate  naming 
conventions.  For  example,  some  UNIX  systems  allow  host  filenames  containing  the 
asterisk  character,  whereas  an  asterisk  in  a  PC  filename  is  a  wildcard  character. 

<pcf ile> 

Specifies  the  name  of  the  PC  file  to  transfer  to  the  host. 

to  <hostfile> 

Specifies  the  name  of  the  host  file  to  be  created.  If  the  host  filename  is  omitted, 
the  host  file  is  given  the  same  name  as  the  PC  file.  If  the  host  file  already  exists, 
it  is  automatically  overwritten  by  the  new  file.  The  TO  keyword  is  optional. 

The  following  example  transfers  the  file  MEMO.DOC  from  the  PC  to  the  host: 

PUT  MEMO.DOC 

This  example  transfers  the  file  HAPPY.ME  from  a  PC  to  a  VAX  host,  giving  the 
VAX  file  the  name  HAPPY.  BIRTHDAY: 

PUT  HAPPY.ME  TO  HAPPY . BIRTHDAY 


PWD 

(  -V 

pwd 

v _ 


The  PWD  command  shows  the  current  host  directory  (the  “present  working 
directory”). 


A 
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QUIT 


quit 


The  QUIT  command  disconnects  the  FTP  session  and  returns  you  to  the  Connec¬ 
tion  Manager  prompt.  To  return  to  the  Connection  Manager  prompt  without  dis¬ 
connecting  your  FTP  session,  suspend  the  session  with  [Ctrl)-(F8].  You  can  also  use 
CLOSE  or  EXIT  as  a  synonym  for  QUIT 

QUOTE 


-  N 

quote  <string> 

V  - - - 

_ J 

The  QUOTE  command  sends  a  string  to  the  host.  Use  QUOTE  to  issue  commands 
to  the  FTP  server  that  are  not  implemented  by  the  Connection  Managers  FTP 
client. 


<string> 

Specifies  the  string  to  send  to  the  host.  Valid  strings  you  can  use  with  the 
QUOTE  command  depend  entirely  on  the  FTP  server;  check  your  server  docu¬ 
mentation  for  details. 

With  many  FTP  servers,  you  can  type  QUOTE  HELP  for  a  list  of  commands  the  server 
recognizes.  Typing  QUOTE  HELP  <command>  sometimes  gives  more  detailed  informa¬ 
tion  about  the  command.  Some  common  commands  are: 


Command 

Meaning 

CDUP 

Change  to  the  directory  one  up  from  the  current  directory 

MKD 

Make  a  directory 

PASS 

Specify  a  password 

RMD 

Remove  a  directory 

RNFR 

Specify  rename-from  filename 

RNTO 

Specify  rename-to  filename 

XPWD 

Display  the  current  working  host  directory 

For  example,  to  create  the  subdirectory  FIFE  on  a  VAX  host,  you  could  use  this 
command: 


QUOTE  MKD  MAYBERRY $ US ERS : [BARNEY . FIFE] 
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TENEX 


r  - - 

- - - 

tenex 

v 

_ _ _ _ _ J 

The  TENEX  command  changes  the  current  FTP  file  transfer  type  to  “local  8.”  Use 
this  transfer  type  if  you’re  moving  files  to  or  from  a  host  system  that  uses  a  9-bit  byte 
(such  as  the  DECsystem-20). 


USER 


/  "  - - 

\ 

user  <username> 

v _ 

_ _ _ J 

The  USER  command  initiates  a  user  logon  sequence.  Use  this  command  if  the  host 
you  connect  to  does  not  automatically  prompt  for  a  username.  You  may  also  need  to 
issue  a  password  before  the  logon  is  accepted. 

<username> 

Specifies  the  username  for  initiating  the  host  logon. 


Administrator  Guidelines 


This  section  addresses  issues  for  system  administrators  who  install  and  configure 
multiple  PCs. 

‘TCP/IP  Administration”  provides  an  overview  of  internet  addressing,  using  subnets, 
and  setting  up  a  Hosts  file  for  IP  address  services. 

“Site  Installation  and  Upgrade”  gives  some  background  on  the  steps  performed  by 
Setup  and  provides  some  tips  for  developing  a  site  installation  procedure  so  that  you 
have  fewer  individual  installation  steps  to  perform  on  each  PC. 

“Keyword  Summary:  NET.CFG  and  PROTOCOL.INI”  lists  all  the  possible  settings 
for  Reflection  Network  Series  software  in  the  ODI  and  NDIS  configuration  files, 
NET.CFG  and  PROTOCOL.INI. 


“Reflection  Network  Series  Utilities”  covers  the  support  programs  that  can  help  you 
tune  and  troubleshoot  your  Reflection  Network  Series  configuration. 
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Internet  Addressing 

A  A 


For  computers  on  a  TCP/IP  network  to  exchange  information  with  one  another, 
each  computer  must  have  its  own  Internet  address.  Just  like  your  postal  address, 
which  identifies  your  home  as  a  unique  location,  a  computer’s  Internet  address 
identifies  it  uniquely. 


If  you  would  like  your  network  to  join  the  DARPA  Internet  community,  you  must 
first  get  a  registered  Internet  address  from  the  following  organization: 


DDN  Network  Information  Center 
SRI  International 

333  Ravenswood  Avenue,  Room  EJ291 

Menlo  Park  CA  94025 

USA 


The  TCP/IP  protocols  use  a  3  2 -bit  addressing  system,  for  more  than  4  billion  unique 
addresses.  Each  group  of  8  bits  is  called  an  octet.  For  example,  a  32-bit  address 
might  be: 


10011000  10110111  00001101  00011010 

Instead  of  requiring  users  to  enter  a  32-bit  address  in  binary  format,  addresses  are 
typically  written  as  four  8-bit  values  in  decimal  notation.  The  32-bit  address  shown 
above  is  written  as: 

152.183.13.26 

There  are  two  parts  to  a  TCP/IP  Internet  address:  a  network  field  and  a  node  field.  If 
your  network  is  part  of  the  world-wide  Internet,  the  network  portion  of  your  address 
was  assigned  to  you. 


297 


Tim  TCP/IP  Administration 


All  nodes  on  one  network  share  the  same  network  field  address.  Each  node  attached 
to  that  network  is  uniquely  identified  by  the  node  field.  The  network  administrator 
assigns  the  node  field. 


Network  Classes 


There  are  three  classes  of  networks  used  for  assigning  network  addresses:  A,  B,  and 
C.  These  classes  are  differentiated  by  the  range  of  the  value  in  the  first  field.  The 
address  class  also  indicates  how  many  of  the  remaining  fields  are  associated  with  the 
network  portion  of  the  address  and  how  many  are  associated  with  the  node  portion 
of  the  address. 


Range  must  be  0-127 


CLASS  A 


n 


Network 


n 

n 

n 

Node 


Range  must  be  128-191 


CLASS  B 


n 

n 

n 

n 

Network 


Node 


CLASS  C 


Range  must  be  192-223 -  n  n  n 


n 


Node 


Network 
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Class  A 

The  first  field  of  a  Class  A  address  is  identified  by  a  number  greater  than  or  equal  to 
0  and  less  than  or  equal  to  127.  All  the  remaining  fields  are  associated  with  individ¬ 
ual  nodes.  Class  A  addresses  are  used  for  large  networks  with  many  nodes  (such  as 
the  ARPANET).  There  can  be  as  many  as  128  Class  A  networks,  and  more  than  16 
million  addresses. 

Class  B 

The  first  field  in  a  Class  B  address  is  a  number  greater  than  or  equal  to  128,  but  less 
than  or  equal  to  191.  Class  B  addresses  are  used  for  medium-sized  networks  such  as 
universities.  The  first  two  fields  define  the  network,  and  the  remaining  two  fields  are 
available  for  individual  addresses  on  the  network.  There  can  be  as  many  as  16,384 
different  Class  B  networks,  each  supporting  65,536  addresses. 

Class  C 

The  first  field  in  a  Class  C  address  is  a  number  greater  than  or  equal  to  192,  but  less 
than  or  equal  to  223.  The  network  portion  of  the  address  includes  the  first  three 
fields,  allowing  nodes  to  be  defined  in  the  last  field  only.  Class  C  addresses  are  used 
for  a  large  number  of  small  networks.  This  allows  for  more  than  2  million  networks, 
each  with  256  addresses. 
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Subnet  Addressing 

The  scheme  of  Internet  addressing  described  above  was  designed  to  allow  for  tens  of 
networks  and  hundreds  of  nodes,  but  the  need  for  unique  addresses  in  an  organiza¬ 
tion  with  a  class  B  or  C  address,  for  example,  often  grows  beyond  this  design.  Subnet 
addressing  minimizes  the  demand  for  unique  network  addresses  for  many  small  inter¬ 
connected  networks  in  an  organization. 

By  using  subnet  addressing,  a  single  site  with  multiple  small  networks,  or  subnet¬ 
works,  can  have  all  its  networks  share  the  same  Internet  network  number.  To  the 
larger  Internet,  all  nodes  at  the  site  appear  to  be  on  a  single  network.  Within  the 
site,  however,  each  subnetwork  has  a  unique  address,  and  a  gateway  computer  routes 
data  packets  to  the  appropriate  networks  and  nodes. 

For  example,  a  site  may  have  a  Class  B  Internet  address  of  152.183.0.0,  and  have  two 
networks  at  the  site.  The  computer  that  serves  as  the  gateway  to  the  Internet  would 
have  the  address  152.183.n.n,  and  would  direct  data  packets  to  the  two 
subnetworks — perhaps  one  with  an  address  of  152.183.1.n  and  the  other  with  an 
address  of  152.183.2.n. 

Subnet  Masks 

Every  Internet  address  consists  of  32  bits,  divided  into  a  network  portion  and  a  node 
portion.  With  subnet  addressing,  the  Internet  address  is  divided  into  an  network  por¬ 
tion  and  a  local  portion.  The  local  portion  is  divided  further  into  a  logical  network 
field  and  a  node  field. 

The  network  portion  in  subnet  addressing  is  interpreted  the  same  as  before:  a  Class 
A  address  uses  the  first  8  bits  as  its  network  field,  a  Class  B  address  the  first  16  bits, 
and  a  Class  C  address  the  first  24  bits. 

However,  when  a  data  packet  arrives  at  its  Internet  destination,  the  receiving 
machine  routes  the  packet  to  the  correct  network  and  node  by  using  a  32-bit  subnet 
mask.  The  mask  separates  the  network  portion  of  the  address  from  the  local  portion. 
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Since  the  Internet  class  determines  how  many  bits  are  used  to  define  the  network 
field  of  the  address,  the  subnet  mask  may  be  one,  two,  three,  or  four  8-bit  fields. 
For  example,  the  Class  B  address: 

10011000  10110111  00000000  00000000  (152.183.0.0  decimal) 

defines  its  network  field  using  the  first  two  groups  of  8  bits.  A  subnet  mask  would 
typically  screen  out  the  first  two  fields  to  identify  the  address  as  Class  B,  then  use  the 
last  two  fields  to  determine  how  data  packets  get  routed  to  their  subnetwork  and 
node.  Bits  in  the  mask  are  set  to  1  if  the  portion  of  the  address  is  part  of  the  network 
field,  and  to  0  if  the  portion  of  the  address  is  part  of  the  local  field. 

One  of  the  many  possible  subnet  masks  for  the  above  address  might  be: 

11111111  11111111  11111111  00000000  (255.255.255.0  decimal) 

Since  the  first  two  8-bit  groups  of  a  Class  B  address  identify  its  Internet  address, 
packets  with  the  addresses  152.183.1.26  and  152.183.2.26  both  get  directed  to  this 
network;  the  Internet  treats  all  destinations  at  the  network  address  152.183.n.n 
equally.  At  the  gateway,  the  mask  identifies  the  destination  for  the  packet  as  one  of 
its  subnetworks — the  third  8-bit  group  specifies  which  subnet:  1  or  2. 


IP  Address  Services 

Although  you  can  connect  to  a  host  by  specifying  a  full  IP  address,  two  common 
techniques  are  used  to  designate  a  destination  with  a  descriptive  name: 

▲  Domain  name  servers 

▲  A  Hosts  file 

Both  of  these  techniques  are  described  below. 

Domain  Naming 

While  32-bit  addressing  allows  for  many  unique  network  addresses,  it  is  usually  easier 
to  remember  a  descriptive  name.  Domain  naming  maps  address  numbers  to  descrip¬ 
tive  names,  divided  into  subnames  and  separated  by  periods. 
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Each  node  that  participates  in  domain  naming  must  also  have  a  domain  name  server, 
which  references  the  domain  name  server  database  that  determines  which  address 
corresponds  to  which  domain  name. 

If  you  are  using  a  domain  name  server  with  the  Reflection  Network  Series,  you  can 
use  Setup  to  provide  the  IP  address  of  as  many  as  five  different  domain  name  servers; 
see  page  37.  On  the  same  screen,  you  can  provide  your  own  domain  name,  such  as 
harvey  .widgets .  com.  Setup  prompts  you  for  a  domain  name  for  your  PC  even  if  you 
have  not  indicated  that  you  are  using  a  domain  name  server.  The  PC  DNS  name 
must  be  unique  on  the  network. 

Using  a  Hosts  File 

The  Hosts  file  is  a  simple  list  that  maps  recognizable  names  to  Internet  addresses, 
similar  to  a  domain  name  system.  You  can  use  a  Hosts  file  if  there  is  no  Domain 
Name  Server  on  your  network  (or  even  if  there  is).  It  is  also  convenient  to  place  fre¬ 
quently  used  name-to-address  mappings  in  this  file.  A  Hosts  file  can  reside  on  your 
PC  (for  example,  C:\WRQNET  directory),  or  it  may  reside  on  a  PC  server. 

If  you  have  no  Domain  Name  Server  on  the  local  network  and  you  don’t  use  a  Hosts 
file,  you  must  specify  the  full  IP  address  when  you  use  CONNECT,  FTP,  or  TELNET 
to  start  a  host  session. 

Below  is  an  example  of  a  Hosts  file: 

183.215.12.18  gw  GW 
183.215.14.83  hpcorp  HPCORP 
192.17.12.12  vaxl  VAX1 

where: 

▲  GW  and  gif  are  aliases  for  the  gateway  at  Internet  address  183.215.12.18. 

a  HPCORP  and  hpcorp  are  aliases  for  an  HP  host  with  the  address  183.215.14.83. 

a  VAXI  and  vaxl  are  aliases  for  the  VAX  host  at  Internet  address  192.17.12.12 
(not  on  the  local  network). 

Because  host  names  are  case  sensitive,  having  upper  and  lowercase  aliases  avoids 
confusion.  Multiple  aliases  for  the  same  address  are  supported. 


Creating  a  Hosts  File 

Use  the  steps  below  to  create  a  Hosts  file: 

1.  Using  an  ASCII  editor,  create  a  DOS  file  called  Hosts  in  the  \WRQNET 
subdirectory  (or  wherever  your  Reflection  Network  Series  files  are  located). 

2.  Each  Internet  address  of  a  remote  host  or  gateway  on  your  network  should  be 
followed  by  a  space,  then  followed  by  convenient  aliases  for  this  device.  Use  a 
space  between  aliases.  Each  line  must  end  with  a  carriage  return. 

If  you  are  a  system  administrator,  you  may  want  to  distribute  a  standard  Hosts  file 
with  recognized  aliases.  Instruct  users  to  copy  this  file  to  the  directory  containing 
their  Reflection  Network  Series  software  (e.g.,  \WRQNET). 

Using  a  Hosts  File  with  NS/VT 

Ji  3000 

A  Hosts  file  or  a  Domain  Name  service  is  not  required  on  an  HP  3000  NS  network 
that  is  not  part  of  an  internetwork.  The  Probe  protocol  uses  Node,  Domain,  and 
Organization  specifications  to  resolve  the  address  of  the  host. 

However,  the  Hosts  file  is  convenient  if  you  need  to  connect  to  an  HP  3000  that  is 
not  on  your  local  network.  To  use  the  Hosts  file  in  this  way,  you  can  add  a  File 
specification  to  your  NET.CFG  or  PROTOCOL.INI  file,  or  add  a  /FILE  switch  when 
you  load  TCP2PDIS. 

A  single  PC’s  Hosts  file  can  also  provide  similar  services  to  all  PCs  on  the  local  net' 
work  by  using  Proxy  in  NET.CFG  or  PROTOCOL.INI,  or  by  adding  a  /PROXY 
switch  to  TCP2PDIS.  See  “Using  Internetworks  of  HP  3000s”  on  page  112  for  more 
information. 
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Windows  Sockets  and  TCP  Sockets  Support  Files 

If  you  answered  yes  to  sockets  support  in  Setup,  NETWORKS,  PROTOCOL,  and 
SERVICES  files  are  copied  into  the  same  directory  as  the  Hosts  file  (the  default 
directory  is  \WRQNET).  These  three  files  serve  as  templates  only.  Both  Windows 
Sockets  and  TCP  Sockets  applications  may  use  these  files. 

The  NETWORKS  File 

The  NETWORKS  file  is  a  network  name  database  that  associates  Internet  addresses 
with  official  network  names  and  aliases.  This  allows  you  to  refer  to  a  network  by  a 
name  instead  of  an  Internet  address. 

The  format  for  an  entry  in  the  NETWORKS  file  is: 

cnetwork  name>  cnetwork  number>  <alias> 

Aliases  are  other  names  under  which  a  network  is  known. 

The  PROTOCOL  File 

The  PROTOCOL  file  is  a  protocol  name  database  that  associates  protocol  numbers 
with  official  protocol  names  and  aliases.  This  allows  you  to  refer  to  a  protocol  by  a 
symbolic  name  instead  of  a  number.  These  mapPings  are  defined  in  RFC  1010, 
Assigned  Numbers.  The  format  for  an  entry  in  the  PROTOCOL  file  is: 

<protocol  name>  <protocol  number>  <alias> 

For  example: 

tcp  6  TCP  #  transmission  control  protocol 

udp  17  UDP  #  user  datagram  protocol 

The  SERVICES  File 

The  SERVICES  file  is  a  service  name  database  that  associates  an  official  service 
name  and  alias  with  the  port  number  and  protocol  the  services  use.  Reserved  port 
numbers  0  through  255  are  assigned  by  RFC  1010.  The  format  for  an  entry  in  the 
SERVICES  file  is: 

<service  name>  <port  number/protocol  name>  <alias> 
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Aliases  are  other  names  under  which  a  service  is  known. 

For  example: 

shell  514 /tcp  cmd 

The  port  number  and  protocol  name  are  considered  a  single  item.  A  “/”  character  is 
used  to  separate  the  port  and  protocol  (for  example,  514/tcp). 

Using  the  NETWORKS,  PROTOCOL,  and  SERVICES  Files 

If  files  by  this  name  are  already  in  your  target  directory,  Setup  names  these  sample 
files  NETWORKS.WRQ,  PROTOCOL.WRQ,  and  SERVICES.WRQ.  If  you 
already  have  a  version  of  these  files  elsewhere  on  your  PC  or  on  your  network,  find 
them  and  do  one  of  the  following: 

▲  Copy  them  into  the  \WRQNET  directory. 

▲  Change  the  Reflection  Network  Series  configuration  to  reflect  their  location. 

-  Run  Setup  and  change  the  value  of  the  “Path  to  Hosts  file”  field  on  the 
Advanced  Configuration  of  TCP/IP  Parameters  screen.  Type  in  the  path  for 
the  directory  where  these  files  are  located. 

-  Change  the  value  of  Hosts  Path  in  your  NET.CFG  or  PROTOCOL.INI 
(the  default  is  \WRQNET). 

Modifying  this  directory  also  affects  the  setting  for  your  Hosts  file  location;  see 
page  330. 


Editing  the  NETWORKS,  PROTOCOL,  and  SERVICES  Files 

If  you  need  to  edit  these  files,  use  the  following  formatting  guidelines: 
a  A  line  cannot  start  with  a  space. 

a  Items  are  separated  by  any  number  of  blanks  and/or  tab  characters. 

a  A  #  symbol  indicates  the  beginning  of  a  comment.  Characters  from  the  #  sym¬ 
bol  up  to  the  end  of  the  line  are  not  interpreted  by  routines  that  search  the  file. 
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▲  Trailing  blanks  or  tabs  are  allowed  at  the  end  of  a  line. 

▲  The  network  number  can  be  specified  in  the  conventional  Internet  dot 
notation. 

a  Network,  protocol,  and  service  names  can  contain  any  printable  character  other 
than  a  space,  new  line  character,  or  comment  character  (#). 
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If  you  are  responsible  for  installing  Reflection  Network  Series  software  on  multiple 
PCs,  you  have  several  options: 


▲  Run  Setup  on  each  PC,  using  the  Setup  screens  to  enter  configuration 
information. 

a  Develop  a  site  installation  procedure. 

This  chapter  covers  topics  that  can  help  you  develop  a  site  installation  procedure. 
Use  these  guidelines  to  create  your  own  checklist. 


Site  Installation  Issues 
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Review  the  Setup  summary  on  page  23  and  the  configuration  forms  in  the  back  of 
this  manual  to  familiarize  yourself  with  the  general  Setup  process. 

The  guidelines  below  summarize  site  installation  procedures  for  either  an  ODI  or 
NDIS  environment.  If  there  are  no  factors  that  require  you  to  use  NDIS,  the  recorm 
mended  environment  for  site  installation  is  ODI. 


ODI  Site  Configuration  Summary 

Identify  the  information  that  applies  to  your  site: 

If  you  have  this  on  your  PCs...  See  the  following... 

No  current  ODI  environment  “Site  Install  (ODI)”  below 

Reflection  Network  Series,  “Site  Upgrade:  NDIS  to  ODI”  page  315 

Version  2.0  or  2.1 

Windows  Sockets  “Windows  Sockets  and  Site  Install” 

page  323 

TCP  Sockets  or  NetIPC  applications  “TCP  Sockets  and  NetIPC  Support  in 

Setup”  page  322 
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Site  Install  (ODI) 

The  procedure  below  assumes  you  do  not  currently  have  an  NDIS  environment  on 
your  machines.  If  you  do,  see  page  315. 

First,  install  the  Reflection  Network  Series  using  Setup  on  a  single  machine  that  is 
typical  for  most  machines  at  your  site.  After  you  have  completed  the  procedure,  con¬ 
firm  that  this  configuration  allows  you  to  connect  to  your  LAN  and  to  your  hosts. 

Develop  a  two-stage  approach  for  your  site  install: 

L  Using  the  files  from  the  PC  where  you  installed  the  Reflection  Network  Series, 
create  a  master  disk  that  contains  the  “global”  configuration  information  that  is 
common  to  multiple  PCs.  This  disk  should  include: 

-  The  \WRQNET  directory  from  the  PC  you  have  already  configured.  If  this 
directory  does  not  contain  LSL  and  NET.CFG,  find  these  files  and  put  them 
on  the  master  disk  as  well.  You  will  be  able  to  use  some  of  the  TCP/IP  set¬ 
tings  in  NET.CFG  for  most  of  the  machines  on  your  network  (for  example, 
default  gateway,  subnet,  and  domain  name  server). 

-  A  sample  of  how  the  AUTOEXEC.BAT  file  should  be  modified.  Files  typi¬ 
cally  loaded  in  AUTOEXEC.BAT  include  LSL,  the  ODI  card  driver,  and 
IPXODI  (if  NetWare  is  used). 

-  If  applicable,  updates  to  support  files  for  Reflection  for  Windows  version  3.7 
or  3.71.  See  page  24. 

2.  At  each  PC,  copy  information  from  the  master  disk  and  modify  the  configura¬ 
tion  items  that  must  be  unique  on  each  PC. 

-  Default  values  for  network  card  drivers  may  be  transferable  to  other  PCs 
that  have  the  same  network  card.  If  you  are  supporting  several  network  card 
varieties  at  your  site,  you  may  want  to  create  sample  NET.CFG  lines  for  all 
these  cards  and  locate  the  network  adapter  drivers  on  the  Reflection  Net¬ 
work  Series  disks. 

-  The  IP  address,  PC  DNS  host  name,  and  NS/VT  Network  Interface  name 
must  be  unique  to  each  PC.  You  can  either  edit  NET.CFG  yourself  or  run 
Setup  and  choose  “Modify  existing  configuration”  (don’t  choose  “Modify 
TCP/IP  only”). 
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Checking  Your  Configuration 

Here  are  pointers  on  configuration  changes  required  for  a  site  installation: 
a  AUTOEXEC.BAT 

Note  the  order  in  which  LSL.EXE,  the  card  driver,  and  IPXODI  (if  applicable) 
are  loaded  on  your  Setup-configured  PC.  Also  note  the  path  for  these  files.  For 
Token-Ring  networks,  note  if  ROUTE.COM  is  in  AUTOEXEC.BAT.  See  page 
199  for  more  information. 

a  NET.CFG 

The  copy  of  NET.CFG  that  contains  Reflection  Network  Series  information 
should  be  in  the  same  directory  as  the  LSL.EXE  that  is  run  in 
AUTOEXEC.BAT.  If  LSL.EXE  and  NET.CFG  were  not  already  on  your 
machine  when  you  installed  the  Reflection  Network  Series,  they  are  located  in 
the  same  directory  as  your  Reflection  Network  Series  files. 

If  possible,  plan  to  use  a  similar  directory  structure  for  NET.CFG  on  all 
machines.  See  “Editing  NET.CFG”  on  page  310  to  confirm  which  portions  of 
the  file  can  serve  as  a  template  for  multiple  machines. 

a  Batch  files 

Evaluate  the  switches  used  for  the  STARTNET.BAT  and  STOPNET.BAT  that 
were  created  by  Setup. 

Are  the  selections  you  made  appropriate  for  most  PCs  at  your  site?  If  so,  you  can 
copy  these  files  to  other  PCs. 

a  Reflection  for  Windows 

RCOM.DLL  and  VINT 14.3 86  should  be  replaced  with  those  included  in  the 
Reflection  Network  Series  if  they  are  newer  than  those  supplied  with  Reflection 
for  Windows.  If  SYSTEM.INI  was  updated  as  part  of  Setup,  a  backup  copy  with 
a  numbered  extension  (such  as  SYSTEM.000)  is  created.  You  can  compare 
these  files  to  note  any  changes  that  may  apply  to  other  machines. 

a  TCP  Sockets  or  NetIPC  support  files 

If  you  are  replacing  HP  network  software  (ARPA  support  for  sockets,  for 
example)  with  Reflection  Network  Series  software,  see  page  322  for  more 
information. 
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Editing  NET.CFG 

The  information  here  on  NET.CFG  can  be  used  both  for  new  sites  setting  up  ODI, 
and  for  sites  that  already  have  a  Reflection  Network  Series  NDIS  configuration  and 
are  changing  to  ODI  with  this  release.  If  you’re  moving  from  NDIS  to  ODI,  also  see 
the  information  on  page  315. 

NET.CFG  is  an  ASCII  file  that  is  used  to  configure  ODTcompliant  modules.  All 
Reflection  Network  Series  products  except  the  Telnet  Connection  use  this  file  in  an 
ODI  environment.  The  Reflection  Network  Series  Setup  program  creates  NET.CFG 
and  installs  it  in  your  Reflection  Network  Series  directory  if  it  does  not  yet  exist.  If 
NET.CFG  already  exists,  Reflection  Network  Series  information  is  added  to  the  file 
and  the  location  is  not  changed. 

Many  machines  at  your  site  may  share  the  same  values  for  most  of  the  Reflection 
Network  Series  settings  in  NET.CFG.  Create  a  file  to  serve  as  a  template  for  update 
ing  NET.CFG  on  multiple  PCs.  After  adding  the  “template”  portion  to  a  machine’s 
NET.CFG  file,  update  only  those  values  that  are  unique  for  that  machine;  e.g.,  the 
network  adapter  card’s  drivemame,  or  TCP/IP  settings  such  as  IP  address  and  PC 
DNS  Host  Name. 

In  addition  to  site  installation,  there  are  several  cases  where  you  might  want  to 
modify  NET.CFG  yourself: 

a  You  have  a  network  adapter  card  not  supported  by  Setup.  See  page  193. 

a  You  have  more  than  one  network  adapter  card.  See  page  196. 

a  The  hardware  settings  for  your  network  card  are  other  than  the  defaults  used  in 
the  ODI  driver  information  in  NET.CFG,  and  Setup  does  not  provide  a  means 
to  modify  them. 
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NET.CFG  contains  section  headings  and  any  options  that  deviate  from  the  estab¬ 
lished  defaults,  and  is  formatted  as  follows: 

a  The  NET.CFG  file  is  left- justified  for  main  section  headings  and  other  entries 
are  indented  (with  either  a  space  or  a  tab)  under  each  heading. 

a  The  heading  must  precede  the  options  you  want  to  include  in  that  section.  End 
each  line  with  a  hard  return.  Write  all  numbers  in  decimal  notation  except 
where  noted  otherwise.  Precede  comments  by  a  pound  (#)  sign. 

a  Keywords  and  main  headings  are  not  case  sensitive. 

A  Sample  NET.CFG  Template 

Below  is  a  basic  example  of  an  Ethernet-based  NET.CFG  file  that  includes  informa¬ 
tion  for  the  Reflection  Network  Series.  It  has  the  following  characteristics: 

a  The  network  card  is  an  SMC  Ethernet  card. 

a  Both  the  NS/VT  and  Telnet  protocols  are  used  on  this  PC.  NS/VT  values  such 
as  Node,  Domain,  and  Organization  are  included.  Most  other  TCP/IP  values  are 
shared  by  Telnet  and  NS/VT. 

a  A  default  gateway  address  has  been  specified  for  access  to  machines  outside  the 
local  network  (DefaultGatewayO). 

a  A  local  Hosts  file  is  used  to  resolve  host  names  to  IP  addresses. 

If  you  have  multiple  PCs  with  the  same  network  card  and  hardware  settings,  you  may 
be  able  to  use  the  same  template  for  all  those  PCs,  changing  only  the  Node, 
PCDNSHostName,  and  IPAddressO  settings  under  the  Protocol  TCP2PDIS  header. 
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Link  Driver  SMC8000 

INT  5 

MEM  C8000 

PORT  280 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802.2 

#This  is  the  network  card 
#Network  card  hardware  setting 
#Network  card  hardware  setting 
#Network  card  hardware  setting 
#Added  for  multiprotocol  support 
#Added  for  multiprotocol  support 
#Added  for  multiprotocol  support 

#  ***  Lines  for  "Protocol  IPX"  are  also  added  if  NetWare  is  used  *** 

#  ***  See  page  314  for  examples  *** 

#  Reflection  Network  Series  section 


Protocol  RODI 

Bind  SMC8000 

#Binds  RODI  to  network  card  link  driver 
# " SMC8000 "  matches  Link  Driver  string 

Link  Support 

Max  Stacks  8 

#Added  for  multiprotocol  support 

#  Reflection  Network  Series  section 


Protocol  TCP2PDIS 

IPAddressO  152  183  13  26 

HostsPath  C:\WRQNET 

#Added  if  TCP/IP  is  used 

#This  MUST  BE  UNIQUE  for  each  machine 

#Path  to  the  Hosts  file  (may  vary) 

DefaultGatewayO  152  183  18  100  #Same  gateway  for  PCs  on  same  subnet 
TCPBuf ferSize  1090  #Value  differs  depending  on  protocol 

PCDNSHostName  "FREDPC.MFG.COM"  #This  MUST  BE  UNIQUE  for  each  machine 


TCPSessions  6 

Node  SIMPSON 

Domain  MFG 

Organization  COM 

#Depends  on  sessions  requested 
#NS/VT  value;  MUST  BE  UNIQUE 
#NS/VT  value;  common  to  multiple  PCs 
#NS/VT  value;  common  to  multiple  PCs 

iSW 
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NET.CFG  Summary 

Section  headings  and  keywords  in  NET.CFG  file  are  described  below. 

Link  Driver  (drivername) 

The  name  is  typically  the  LAN  driver’s  filename.  You  must  have  a  separate  Link 
Driver  drivername  heading  for  each  card  in  your  machine. 

Each  network  card  has  an  associated  set  of  hardware  keywords  and  defaults  (such  as 
DMA,  INT,  MEM,  etc.). 

Frame 

The  Frame  keyword  under  the  Link  Driver  header  is  used  by  the  Reflection  Net' 
work  Series  to  define  the  frame  types  your  card  needs  to  support.  Setup  adds  the  nec' 
essary  frame  types  to  your  NET.CFG  file.  For  Ethernet  cards,  the  Frame  types  are: 

Frame  Ethernet_II 
Frame  Ethernet_SNAP 
Frame  Ethernet_802 . 2 

Also,  a  Frame  type  for  802.3  may  be  added  if  you’re  using  a  particular  NetWare 
configuration.  See  page  207  for  information  on  NetWare. 

For  Token^Ring  cards,  the  frame  types  are: 

Frame  Token-Ring 
Frame  Token-Ring_SNAP 

Link  Support 

The  Max  Stacks  parameter  defines  the  maximum  number  of  protocol  stacks 
supported.  Setup  sets  this  value  at  8.  The  maximum  is  16.  If  applications  other  than 
NetWare  and  the  Reflection  Network  Series  are  using  ODI,  you  may  need  to 
increase  this  value. 
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Protocol  <protocol_name> 

Depending  on  the  protocols  you  are  using,  Setup  adds  one  or  more  protocol  lines. 

Protocol  RODI 

The  Bind  line  under  this  header  is  the  same  as  the  Link  Driver  reference  for 
your  network  card. 

Protocol  TCP2PDIS 

For  TCP/IP  transport,  Protocol  TCP2PDIS  is  the  section  in  NET.CFG  that 
configures  the  TCP/IP  stack.  Frame  types  associated  with  these  protocols  are 
added  under  the  Link  driver  section  described  on  page  313. 

The  keywords  and  default  values  for  TCP/IP  settings  under  the  Protocol 
TCP2PDIS  header  and  the  Protocol  RODI  header  are  listed  starting  on  page 

325. 

Protocol  IPX 

If  you’re  using  Novell  NetWare,  additional  lines  to  support  IPX  are  in 
NET.CFG.  See  page  207  for  information  on  NetWare  support. 

The  following  is  added  for  Ethernet  cards  supporting  NetWare  using  802.3  (the 
default): 

Protocol  IPX  0  Ethernet_802 . 3 
Frame  Ethernet  802.3 

The  following  is  added  for  Ethernet  supporting  NetWare  using  802.2  (the 
default  for  NetWare  4.0): 

Protocol  IPX  EO  Ethernet_802 . 2 

The  following  is  added  for  Ethernet  supporting  NetWare  using  Ethemet_II: 

Protocol  IPX  8137  Ethernet_II 
The  following  is  added  for  Token-Ring  cards  supporting  NetWare: 

Protocol  IPX  E0  Token-Ring 
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Site  Upgrade:  NDIS  to  ODI 

If  you  have  multiple  PCs  running  version  2.0  or  above  of  the  Reflection  Network 
Series  software  using  NDIS  and  you  want  to  convert  to  ODI,  you  have  some  alterna¬ 
tives  to  running  Setup  on  each  PC. 

Use  the  guidelines  on  page  308  to  create  a  master  disk  that  contains  a  NET. CFG  file 
applicable  to  most  PCs  at  your  site. 

For  settings  such  as  IP  address  that  must  be  unique  on  each  PC,  you  can  use  the 
PROTOCOL.INI  file  that  was  used  in  earlier  versions  to  update  the  same  keywords 
in  the  new  NET. CFG  file. 

In  addition  to  the  lines  added  to  AUTOEXEC.BAT  for  ODI  support,  note  the 
changes  Setup  made  to  the  following  files: 

AUTOEXEC.BAT 

The  lines  that  loaded  and  unloaded  RNDIS  have  been  removed.  Lines  that  load 
LSL,  the  ODI  card  driver,  and  (if  applicable)  IPXODI  have  been  added.  For 
example: 

NDIS  ODI 

C:\WRQNET  \RNDIS  /STACKS: 5  /IRQ: 5  C:\WRQNET\LSL 

C:\WRQNET  \RNDIS  /U  C:\SMC8000 

C : \WRQNET  \NETBIND  C : \ IPXODI 

C:\WRQNET  \ RNDIS 
C:\WRQNET  \IPX 

CONFIG.SYS 

Lines  similar  to  the  following  that  defined  your  network  card  device  driver  and 
PROTMAN  have  been  removed: 


DEVICE=C : \WRQNET\ PROTMAN . DOS  /I :C: \WRQNET 
DEVICE  =  C:\WRQNET  \SMCMAC.DOS 
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PR0T0C0L.INI  vs.  NET.CFG 

The  network  card  and  TCP/IP  information  for  both  NDIS  and  ODI  are  the  same; 
the  sample  below  compares  the  format  of  these  items  in  the  two  configuration  files: 

PR0T0C0L.INI  NET.CFG 

[WRQNDIS1]  Protocol  RODI 

Drivername  =  WRQNDS1$ 

Bindings  =  SMCMAC  Bind  SMC8000 


IPAddressO  =  123  123  12  13 

DefaultGatewayO  =  123  123  12  100 

HostsPath  =  C:\WRQNET 

TCPBuf ferSize  =  1208 

NumTCPBuf fers  =  5 

TCPSessions  =  5 

Node  =  HARVEY 

Domain  =  MFG 

Organization  =  COM 

PCDNSHostName  =  HARVEY.MFG.COM 

[SMCMAC] 

DRIVERNAME  =  SMCMAC $ 

IRQ  =  3 

RAMADDRESS  =  0d8000 
IOBASE  =  0x280 


Protocol  TCP2PDIS 

IPAddressO  =  123  123  12  13 

DefaultGatewayO  =  123  123  12  100 

HostsPath  =  C:\WRQNET 

TCPBuf ferSize  =  1208 

NumTCPBuf fers  =  5 

TCPSessions  =  5 

Node  =  HARVEY 

Domain  =  MFG 

Organization  =  COM 

PCDNSHostName  =  HARVEY.MFG.COM 

Link  Driver  SMC8000 


INT  3 
MEM  d8000 
PORT  280 

Frame  Ethernet_II 

Frame  Ethernet_SNAP 

Frame  Ethernet_802 . 2 

<IPX  settings,  if  applicable> 

(see  page  314) 

Link  Support 
Max  Stacks  8 
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NDIS  Site  Configuration  Summary 

The  NDIS  environment  has  been  available  in  previous  versions  of  the  Reflection 
Network  Series,  and  several  different  LANs  are  designed  to  support  an  NDIS 
environment.  Your  ability  to  create  a  site  upgrade  or  installation  procedure  depends 
on  what  other  NDIS-based  software  you’re  using  on  your  machines.  Use  the  follow¬ 
ing  guidelines: 

If  you  have  this  on  your  PCs...  See  the  following... 

No  current  NDIS  environment  “Site  Install  (NDIS)”  below 

Reflection  Network  Series,  “Site  Upgrade  (NDIS)”  page  322 

Version  2.0  or  2.1 

Windows  Sockets  “Windows  Sockets  and  Site  Install” 

page  323 

TCP  Sockets  or  NetIPC  applications  “TCP  Sockets  and  NetIPC  Support  in 

Setup”  page  322 


Site  Install  (NDIS) 

The  procedure  below  assumes  you  do  not  currently  have  an  NDIS  environment  on 
your  machine. 

First,  install  the  Reflection  Network  Series  using  Setup  on  a  single  machine  that  is 
typical  for  most  machines  at  your  site. 

After  you  have  completed  the  procedure,  confirm  that  this  configuration  allows  you 
to  connect  to  your  LAN  and  to  your  hosts. 
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Develop  a  two-stage  approach  for  your  site  install: 

L  Create  a  master  disk  that  contains  the  “global”  configuration  information  that  is 
common  to  multiple  PCs.  This  disk  should  include: 

-  The  \WRQNET  directory  from  the  PC  you  have  already  configured.  If  this 
directory  does  not  contain  PROTMAN.DOS,  PROTMAN.EXE,  and  NET- 
BIND,  locate  these  files  for  the  master  disk  as  well. 

—  File  fragments  for  updating  AUTOEXEC.BAT,  CONFIG.SYS, 
PROTOCOL.INI,  and  copies  of  STARTNET.BAT  and  STOPNET.BAT, 
and  changes  to  Reflection  for  Windows. 

2.  At  each  PC,  copy  information  from  the  master  disk  and  modify  the  configura¬ 
tion  items  that  must  be  unique. 

-  Default  values  for  network  card  drivers  may  be  transferable  to  other  PCs 
using  the  same  network  card.  If  you  have  several  network  card  varieties  at 
your  site,  you  may  want  to  have  sample  PROTOCOL.INI  lines  for  all  these 
cards. 

-  The  IP  address,  PC  DNS  host  name,  and  NS/VT  Network  Interface  name 
must  be  unique  to  each  PC.  These  values  in  PROTOCOL.INI  must  be 
modified  locally. 

3.  You  can  either  edit  PROTOCOL.INI  yourself  or  run  Setup  and  choose  “Modify 
existing  configuration”  (don’t  choose  “Modify  TCP/IP  only”). 

Checking  your  Configuration 

Here  are  pointers  on  some  of  the  configuration  changes  required  for  a  site  installa¬ 
tion  procedure. 

a  AUTOEXEC.BAT 

The  fragment  should  look  something  like  the  following: 

C:\WRQNET\RNDIS  /STACKS: 7  /IRQ: 5 
C:\WRQNET\RNDIS  /U 
C:\WRQNET\NETBIND 
C:\WRQNET\RNDIS  /STACKS:7  /IRQ:5 

RNDIS  is  loaded  and  unloaded  in  AUTOEXEC.BAT— at  NetWare  sites,  it  is 
then  loaded  again. 
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A  CONFIG.SYS 

A  line  similar  to  the  following  should  be  present: 

DEVICE=C : \WRQNET\PROTMAN.DOS  /I :C: \WRQNET 
DEVICE  =  C: \WRQNET\<your  network  driver> 


a  PROTOCOL.INI 

Find  the  line  that  defines  PROTMAN.DOS  as  a  device  in  CONFIG.SYS.  The 
path  specified  with  the  /I  switch  on  the  same  line  indicates  the  location  of 
PROTOCOL.INI.  If  possible,  have  the  directory  for  PROTOCOL.INI  be  the 
same  on  all  machines. 

If  most  of  the  machines  at  your  site  have  the  same  network  card,  only  TCP/IP 
information  will  have  to  be  configured  for  each  machine. 

a  Batch  files 

Look  at  the  STARTNET.BAT  and  STOPNET.BAT  that  was  created  by  Setup. 
Are  the  selections  you  made  appropriate  for  most  PCs  at  your  site?  If  so,  you  can 
copy  these  files  to  other  PCs. 

a  Reflection  for  Windows 

RCOM.DLL  and  VINT 14.3 86  need  to  be  replaced  with  those  included  in  the 
Reflection  Network  Series  if  version  3.7  or  3.71  of  Reflection  for  Windows  is 
used.  If  SYSTEM.INI  was  updated  as  part  of  Setup,  a  backup  copy  with  a  nurm 
bered  extension  (such  as  SYSTEM.000)  will  be  created.  You  can  compare  these 
files  to  note  any  changes  that  may  apply  to  other  machines. 

a  NetWare 

The  Reflection  Network  Series  Setup  program  determines  the  version  of 
IPX.COM  for  NetWare  by  checking  if  Windows  version  3.0  is  used.  If  you  have 
PCs  with  different  versions  of  Windows,  you’ll  have  to  check  which  version  is 
appropriate  for  each  PC. 

Setup  also  attempts  to  determine  the  variety  of  Ethernet  used  for  NetWare  sup' 
port  (802.3  vs.  Ethemet_II) — this  affects  the  IPX.COM  copied  to  your  PC 
during  Setup.  Confirm  that  the  Ethernet  type  you  selected  when  you  ran  Setup 
provides  access  to  your  network  before  copying  it  to  multiple  PCs. 
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If  you  use  NetWare  and  IPX.COM  must  reside  in  a  directory  other  than 
\WRQNET,  copy  the  Reflection  Network  Series  version  of  this  program  to  the 
appropriate  location. 

See  page  207  for  more  information  on  NetWare. 


Editing  PR0T0C0L.INI 

PROTOCOL.INI  is  an  ASCII  file  that  is  used  to  configure  NDIS-compliant 
modules.  All  Reflection  Network  Series  products  except  the  Telnet  Connection 
make  use  of  this  file. 

The  Reflection  Network  Series  Setup  program  creates  PROTOCOL.INI  and  installs 
it  in  your  Reflection  Network  Series  directory  if  it  does  not  yet  exist.  If 
PROTOCOL.INI  already  exists,  Reflection  Network  Series  information  is  added  to 
the  file  and  the  location  is  not  changed. 

In  addition  to  site  installation,  you  might  want  to  modify  PROTOCOL.INI  yourself 
if: 

▲  You  have  a  network  adapter  card  not  supported  by  Setup.  See  page  193. 

a  You  have  more  than  one  network  adapter  card.  See  page  196. 

a  The  settings  for  your  network  card  are  other  than  the  defaults  used  in  the  NDIS 
driver  information  in  PROTOCOL.INI. 

a  You  need  to  add  TCP/IP  configuration  information  that  Setup  does  not  provide. 
For  example,  if  you  are  using  the  Reflection  Network  Series  with  a  version  of 
LAN  Manager  other  than  Microsoft  LAN  Manager  2.1  or  above,  you  must  edit 
the  PROTOCOL.INI  file  yourself.  See  the  README  file  for  details. 
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A  Sample  PR0T0C0L.INI  Template 

Below  is  an  example  of  the  Reflection  Network  Series  section  of  PROTOCOL.INI: 

▲  The  configuration  is  for  an  SMC  Ethernet  card. 

▲  Both  the  NS/VT  and  Telnet  protocols  are  used  on  this  PC. 

a  A  default  gateway  address  has  been  specified  for  access  to  machines  outside  the 
local  network. 

a  A  local  Hosts  file  is  used  to  resolve  host  names  to  IP  addresses. 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

; Network  adapter  information  (each  network  card  varies) 

Bindings  =  SMCMAC 

; NS/VT  protocol  only  (node  must  be  unique  on  the  network) 

Node  =  SIMPSON 
Domain  =  MFG 
Organization  =  COM 

; IP  address  of  this  PC  (must  be  unique) 

IPAddressO  =  152  183  13  26 

; The  Domain  Name  Server  Host  name  for  this  PC 
PCDNSHostName  " FREDPC.MFG.COM" 

;IP  address  of  the  gateway 
DefaultGatewayO  =  152  183  18  100 

;Path  to  the  Hosts  file  (drive/directory  may  vary) 

HOSTSPath  =  C:\WRQNET 

; TCP  Buffer  Settings 
NumTCPBuf fers  =  6 
TCPBuffersize=  1090 

[SMCMAC] 

DRIVERNAME  =  SMCMAC $ 

IRQ  =  3 

RAMADDRESS  =  0d8000 
IOBASE  =  0x280 

If  you  have  multiple  PCs  using  the  same  network  card,  you  may  need  to  change  only 

Node  =  and  IPAddressO  =  settings. 


mfk. 
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Site  Upgrade  (NDIS) 

If  you’re  upgrading  from  version  2.1  or  above,  you  should  back  up  the  Reflection 
Network  Series  directory  and  then  install  this  version  into  the  same  directory.  Look 
at  the  following  issues  before  developing  a  site  installation  procedure: 

a  Do  you  need  Windows  Sockets?  See  page  323. 

a  Do  you  need  NetIPC  or  TCP  Sockets  support?  See  page  322. 

a  Do  you  need  to  upgrade  NDIS  support  files  (for  example,  you  want  to  use  the 
DOS  6  DBLSPACE  utility)? 

Be  sure  to  install  the  files  into  the  same  directory  as  your  earlier  files.  This  will 
overwrite  the  older  PROTMAN.DOS  with  the  newer  version  of 
PROTMAN.DOS.  See  page  200  for  more  information. 


TCP  Sockets  and  NetIPC  Support  in  Setup 

If  you  are  currently  configured  to  use  HP  Network  Services  and  are  changing  to  the 
Reflection  Network  Series,  it  is  best  to  use  Setup  to  configure  each  PC.  Site  installa¬ 
tions  in  this  environment  are  more  complex  than  those  described  in  the  rest  of  this 
chapter.  See  page  239  for  information  on  TCP  Sockets  and  page  243  for  information 
on  NetIPC. 

If  you  are  replacing  HP  network  software  ( ARPA  support  for  sockets,  for  example) 
with  Reflection  Network  Series  software,  a  site  installation  procedure  requires  that 
you  follow  the  guidelines  already  covered  in  this  chapter  and  make  additional 
changes: 

▲  AUTOEXEC.BAT 

The  line  in  AUTOEXEC.BAT  that  loads  HP  network  software  (such  as  CALL 
NET_STRT.BAT)  must  be  removed. 

a  CONFIG.SYS 

The  lines  in  CONFIG.SYS  that  load  the  device  drivers  TCPDRV.DOS  and 
NEMM.DOS  should  be  commented  out. 
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a  STARTNET.BAT 

WRQHPSO.EXE  or  WRQTICL.EXE  should  be  added  to  STARTNET.BAT 
a  Windows  files 

If  applicable,  additional  files  need  to  be  added  to  the  Windows  directory.  For 
TCP  Sockets,  add  VSOCKETS.386,  WSOCKETS.DLL,  and  WIN_SOCK.DLL 
For  NetIPC  applications,  add  VTICL.386  and  W3IPC.DLL.  If  applicable,  the 
virtual  device  drivers  (VSOCKETS.386  or  VTICL.386)  must  be  defined  in 
SYSTEM.INI. 

a  Support  Files 

The  Hosts,  NETWORKS,  PROTOCOL,  and  SERVICES  file  must  all  be  in  the 
same  directory.  The  setting  for  HOSTSPath  in  NET.CFG  or  PROTOCOL.INI 
must  reflect  this  directory. 


Windows  Sockets  and  Site  Install 

For  a  detailed  discussion  of  Windows  Sockets,  see  page  229. 

If  you’re  installing  for  the  first  time: 

a  The  path  must  be  modified  in  all  AUTOEXEC.BAT  files  to  include  the  Reflec¬ 
tion  Network  Series  directory  (WRQNET  by  default). 

a  Since  the  Reflection  Network  Series  requires  the  WINSOCK.DLL  from  WRQ, 
any  existing  copies  of  WINSOCK.DLL  must  be  renamed  or  deleted  .  See  page 
230. 

a  RNTELNET.DLL  must  be  available  for  Telnet  sessions,  and  RNNSVT  must  be 
available  for  NS/VT  sessions.  By  default,  RNNSVT.DLL  is  in  the  \WRQNET 
directory  and  RNTELNET  is  in  the  \RWIN  directory.  All  PCs  must  run  Reflec¬ 
tion  for  Windows  4.1  or  above. 
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If  you’re  upgrading,  all  the  changes  listed  above  apply.  In  addition: 

a  STARTNET.BAT  needs  to  have  the  TELMGR.EXE  and  VTMGR.EXE  lines 
commented  out  on  each  machine.  You  must  overwrite  the  previous 
STARTNET.BAT  file  with  one  that  doesn’t  load  these. 

a  If  LAT  is  used,  CONMGR  must  be  present  in  STARTNET.BAT.  If  LAT  isn’t 
used,  you  can  also  delete  CONMGR  from  STARTNET.BAT. 
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This  summary  describes  all  supported  settings  for  the  Reflection  Network  Series  sec- 
tion  in  NET.CFG  (ODI  environment)  and  PROTOCOL.INI  (NDIS  environment). 


NET.CFG  Conventions 

See  page  310  for  a  summary  of  the  elements  of  a  NETCFG  file. 

These  keywords  are  not  case  sensitive.  The  full  string  must  be  used;  no  abbreviations 
are  recognized.  If  a  value  is  needed  and  it  is  not  listed,  the  default  is  assumed.  Entries 
may  include  an  equal  sign  (=),  but  it  is  optional.  Do  not  use  periods  to  separate 
portions  of  any  IP  address. 

For  the  LAT  Connection,  Bind  as  a  keyword  for  the  Protocol  RODI  header  is  the 
only  applicable  keyword;  others  apply  to  the  keywords  for  the  Protocol  TCP2PDIS 
header  for  the  TCP  Connection,  NS  Connection,  and  3000  Connection  unless  oth¬ 
erwise  noted. 


PROTOCOL.INI  Conventions 

See  page  320  for  a  summary  of  the  elements  of  a  PROTOCOL.INI  file. 

These  keywords  are  not  case  sensitive.  The  full  string  must  be  used;  no  abbreviations 
are  recognized.  If  a  value  is  needed  and  it  is  not  listed,  the  default  is  assumed.  All 
entries  must  include  an  equal  sign  (  =  ).  The  equal  sign  should  be  after  the  keyword 
even  if  no  value  is  associated  with  the  keyword,  for  example: 

NoSourceRouting  = 

For  the  LAT  Connection,  Drivername  =  and  Bindings  =  are  the  only  applicable 
settings;  others  apply  to  the  TCP  Connection,  NS  Connection,  and  3000  Connec¬ 
tion  unless  otherwise  noted. 
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Keyword  Reference 

The  keywords  below  apply  to  NET.CFG  and  PROTOCOL-INI  settings  unless  other¬ 
wise  noted. 

AnnouncePeriod  =  <n> 

The  Probe  announcement  period  specifies  how  frequently,  in  seconds,  this  PC  sends 
Probe  announcements.  To  disable  Probe  announcements,  add  this  line: 

AnnouncePeriod  =  0 

The  default  setting,  300  seconds,  is  typical  for  most  HP  host  applications. 

Values:  0-65535 
Default:  300 

Bind  <drivername> 

This  keyword  applies  to  NET.CFG  in  an  ODI  environment  only.  The  equivalent 
keyword  for  PROTOCOL.INI  in  an  NDIS  environment  (Bindings  =)  is  described 
below. 

This  keyword  is  located  under  the  header  Protocol  RODI.  (Other  keywords  are 
TCP/IP-based  and  are  located  under  the  header  Protocol  TCP2PDIS.)  The  value  is 
associated  with  your  network  card  driver  and  should  have  the  same  value  as  Link 
Driver  in  NET.CFG. 

Values:  See  page  159  for  a  list  of  ODI-compliant  network  adapters 

supported  by  Setup. 

Bindings  =  <drivername> 

This  keyword  applies  to  PROTOCOL.INI  in  an  NDIS  environment  only.  The 
equivalent  keyword  for  NET.CFG  in  an  ODI  environment  is  Bind,  described  above. 

This  keyword  should  have  the  value  in  PROTOCOL.INI  that  matches  a  section 
describing  hardware  settings  for  the  driver  of  your  network  adapter.  This  setting  is 
not  TCP/IP-specific:  it  applies  to  the  LAT  Connection  as  well. 
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This  field  is  required  in  an  NDIS  environment.  The  driver  section  is  created  by 
Setup  for  all  supported  cards.  If  you  have  a  card  that  is  not  supported  by  Setup,  see 
page  194  for  information  on  using  a  supplemental  drivers  disk,  or  look  at  the  file 
PROTOCOL.SAM  for  information  on  how  to  add  the  network  adapter  section  and 
enter  a  value  for  Bindings  =. 

Values:  See  page  161  for  a  list  of  NDIS-compliant  network  adapters 

supported  by  Setup 

CacheTimeout  =  <n> 

This  keyword  sets  the  number  of  minutes  an  inactive  entry  remains  in  the  ARP 
cache.  If  this  time  is  exceeded,  the  entry  is  removed  from  the  cache.  This  does  not 
apply  to  “permanent”  ARP  cache  entries  created  by  loading  TCP2PDIS  with  a  /FILE 
or /PROXY  switch. 

Values:  1-255 

Default  5 

DefauItGatewayO  =  <IP  address> 

The  IP  address  of  the  default  gateway. 

A  gateway  allows  you  to  communicate  outside  your  local  network  by  forwarding 
information  to  another  network.  The  gateway  interface  address  must  be  on  your 
local  subnet. 

You  can  set  this  parameter  using  the  Advanced  Configuration  Screen  in  the  Setup 
program. 

Values:  <IP  address>  must  share  the  same  network  portion  as  the  keyword 

IPAddressO  described  on  page  330. 

DNSServerAddr  =  <IP  address> 

The  IP  address  of  the  Domain  Name  Server,  used  to  resolve  host  names  to  IP 
addresses.  See  page  301  for  information  on  Domain  Name  Servers.  Domain  name 
servers  do  not  have  to  be  on  the  same  local  network  as  the  PC. 
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In  contrast  to  most  other  keywords,  you  can  have  duplicate  entries  for  the  same 
keyword,  and  the  order  of  the  entries  determines  the  order  that  is  used  for  domain 
name  services.  Up  to  five  different  Domain  Name  Servers  can  be  configured. 

You  can  use  the  Setup  program  to  set  this  parameter. 

Values:  <IP  address> 

Domain  =  <domainname> 

Any  NS/VT  node  requires  a  full  node  name,  which  consists  of  a  Node,  Domain,  and 
Organization.  The  Domain  and  Organization  are  common  to  machines  on  the  same 
network,  while  the  Node  portion  must  be  unique  on  the  network.  This  is  also 
required  by  WRQTICL  for  NetIPC  applications. 

The  /DOMAIN  switch  for  TCP2PDIS  can  be  used  to  override  the  value  specified 
here. 

Values:  <A  string  of  up  to  16  characters> 

Drivername  =  <drivername> 

This  setting  applies  to  PROTOCOL.INI  in  an  NDIS  environment  only. 

This  setting  is  not  TCP/IP  specific:  it  applies  to  all  Reflection  Network  Series 
products  that  include  driver  support,  including  the  LAT  Connection. 

If  you  are  using  more  than  one  network  adapter,  each  section  should  have  a  unique 
drivername.  For  example,  the  second  section  could  be  WRQNDS2$.  Up  to  nine 
sections  with  unique  drivemames  are  supported.  See  page  196  for  more  information. 

Default:  WRQNDS1$ 

Env  = 

Causes  TCP2PDIS  to  keep  its  DOS  environment  segment  after  becoming  resident. 
If  you  want  to  see  the  details  of  your  memory  usage  in  a  program  such  as  MAPMEM, 
you  can  use  this  keyword  to  ensure  that  the  program  name  is  displayed.  This  option 
requires  extra  memory. 

Values:  Adding  Env  enables  the  feature;  using  TCP2PDIS  /ENV  performs  the 

same  function. 
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File  =  <filename> 

If  you  are  using  NS/VT  for  access  to  an  HP  3000  that  is  not  on  your  local  network 
and  there  is  no  Probe  Proxy  server,  you  can  load  all  the  host  entries  in  the  Hosts  file 
into  your  ARP  cache ,  a  table  that  contains  IP  addresses  that  have  been  resolved  since 
TCP2PDIS  was  started.  See  page  112  for  information  on  using  internetworks  of  HP 
3000s. 


Use  TCP2PDIS  /SHOW  after  starting  TCP2PDIS  to  display  the  address  table.  Entries 
loaded  via  a  File  keyword  have  an  F  in  front  of  the  machine  address.  These  entries 
remain  in  the  ARP  cache  and  are  not  timed  out. 


File  can  be  used  in  any  of  the  following  ways: 


1.  File 

2.  File  =  <path> 

3.  File  =  <filename> 

4.  File  =  <filespec> 


Hosts  in  path  specified  by  HOSTSPath 
Hosts  in  path  specified 

<filename>  in  the  path  specified  by  HOSTSPath 
The  specified  path  and  filename 


Default:  See  the  first  entry  above 


FileModeMask 

This  keyword  applies  only  to  WRQ’s  NFS  Option.  See  the  NFS  Option  User  Guide 
for  more  information. 


Hook2A  = 

This  keyword  applies  to  PROTOCOL.INI  in  an  NDIS  environment  only.  Hook2A 
is  another  interrupt  interface  to  NetBIOS.  The  Microsoft  LAN  Manager  client 
redirector  does  not  use  this  interrupt  directly;  however,  other  applications  such  as 
PATHWORKS  may  require  Hook2A.  NB  uses  Hook2A  if  it  is  included  in 
PROTOCOL.INI.  If  this  keyword  is  not  present,  Hook2A  is  disabled. 


Values:  None 

Default:  Disabled 
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HOSTSPath  =  <path> 

Designates  the  path  to  the  Hosts  file,  if  such  a  file  is  used.  The  Hosts  file  should  be 
used  with  Reflection  Network  Series  software  in  the  following  cases: 

1.  To  make  a  connection  via  Telnet  when  there  is  no  Domain  Name  Server  that  is 
performing  name  resolution  (that  is,  DNSServrAddr  is  not  specified). 

2.  To  customize  a  connection  to  a  frequently  used  host. 

3.  To  make  a  connection  via  HP  NS/VT  to  a  remote  HP  3000  (not  on  the  same 
logical  subnetwork)  when  no  local  Probe  Proxy  server  is  present  (see  File 
above). 

This  setting  also  defines  the  location  of  the  NETWORKS,  PROTOCOL,  and  SER¬ 
VICES  files  used  with  TCP  Sockets  applications.  See  page  239  for  more 
information.  You  can  use  the  Advanced  Configuration  Screen  in  the  Setup  program 
to  set  this  parameter. 

Default:  \WRQNET 

Int  =  <xx> 

Specifies  the  interrupt  number  in  hexadecimal  format;  this  is  necessary  only  if  there 
are  conflicts  with  other  software  using  this  interrupt.  Also  see  TCPInterrupt. 

TCP2PDIS  /INTERRUPT  overrides  this  value. 

Values:  40'7F 

Default:  The  first  unused  access  interrupt  in  the  range  60-66  (hexadecimal) 

IPAddressO  =  <IP  address> 

The  IP  address  of  your  PC.  See  page  297  for  information  on  IP  address  format.  This 
setting  should  always  be  present  unless  using  RARP  (see  RARPType  on  page  336). 

You  can  use  the  Advanced  Configuration  screen  in  the  Setup  program  to  set  this 
parameter. 

Values:  <IP  address> 
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Lanabase  =  <n> 

Applies  only  if  you  are  using  the  Reflection  Network  Series  TCP/IP  and  NetBIOS 
support  for  LAN  Manager.  If  you  are  using  another  transport  (such  as  NetBEUI)  in 
addition  to  the  Reflection  Network  Series  TCP/IP,  each  transport  can  implement 
NetBIOS  calls,  but  each  must  have  a  unique  Lanabase  number. 

The  /LANABASE  setting  for  NB  overrides  this  setting;  see  page  226. 

Values:  0-9 
Default:  0 

Load  = 

This  entry  appears  if  you  have  performed  the  installation  procedure  for  NetBIOS 
support  for  Microsoft  LAN  Manager  2.1  or  above  using  TCP/IP.  It  is  not  used  by 
Reflection  Network  Series  software. 

NBScope  = 

This  keyword  applies  to  PROTOCOL.INI  in  an  NDIS  environment  only.  Specifying 
the  domain  name  in  this  keyword  enables  DNS  to  resolve  NetBIOS  names  with  IP 
addresses. 

Values:  <your  LAN  Manager  Authentication  Server’s  domain  name> 

NBSessions  =  <n> 

The  maximum  number  of  NetBIOS  sessions  supported.  This  setting  applies  to  sites 
using  Microsoft  LAN  Manager  2.1  or  above  with  TCP/IP  transport  (or  similar  Net¬ 
BIOS  configurations).  See  page  215  for  more  information. 

You  can  use  the  Advanced  Configuration  Screen  in  the  Setup  program  to  set  this 
parameter. 


Values:  0-20 

Default:  0  if  NetBIOS  is  not  present,  4  if  NetBIOS  is  present 
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NFSFileCacheSz 

This  keyword  applies  only  to  WRQ’s  NFS  Option.  See  the  NFS  Option  User  Guide 
for  more  information. 

NFSHostFINameSz 

This  keyword  applies  only  to  WRQ’s  NFS  Option.  See  the  NFS  Option  User  Guide 
for  more  information. 

NFSReadSize 

This  keyword  applies  only  to  WRQ’s  NFS  Option.  See  the  NFS  Option  User  Guide 
for  more  information. 

NFSWriteSize 

This  keyword  applies  only  to  WRQ’s  NFS  Option.  See  the  NFS  Option  User  Guide 
for  more  information. 

NISDomainName 

This  keyword  applies  only  to  WRQ’s  NFS  Option.  See  the  NFS  Option  User  Guide 
for  more  information. 

NISIPAddress 

This  keyword  applies  only  to  WRQ’s  NFS  Option.  See  the  NFS  Option  User  Guide 
for  more  information. 

Node  =  <nodename> 

The  HP  NS/VT  node  name  for  this  machine.  Any  NS/VT  node  requires  a  full  node 
name,  which  consists  of  a  Node,  Domain,  and  Organization. 

The  Domain  and  Organization  are  common  to  machines  on  the  same  network,  while 
the  Node  portion  must  be  unique  on  the  network.  This  is  also  required  by 
WRQTICL  for  NetIPC  applications. 

TCP2PDIS  /NODE  overrides  this  value. 

Values:  <A  string  of  up  to  16  characters> 
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NoProbeRequests  = 

This  keyword  disables  handling  of  Probe  requests. 

The  ODI  drivers  for  Racal  Interlan  NI5210  and  NI9210  cards  do  not  support  Probe; 
you  must  use  the  /FILE  switch  when  loading  TCP2PDIS  to  load  host  names  into 
your  ARP  cache.  In  addition,  this  keyword  must  be  in  NET.CFG  in  the  TCP2PDIS 
section.  Setup  automatically  adds  this  keyword  if  you  have  this  card  and  select  ODI. 

NoSourceRouting  = 

This  keyword  applies  to  Token-Ring  only.  Add  this  keyword  to  NET.CFG  or 
PROTOCOL.INI  if  you  want  to  ensure  that  source  routing  is  not  used  on  your 
Token-Ring  Network.  By  default,  source  routing  is  performed  in  an  NDIS 
environment.  In  an  ODI  environment,  this  keyword  is  present  by  default; 
ROUTE.COM  performs  routing. 

NoUniqueCheck  = 

This  keyword  disables  checks  for  duplicate  IP  addresses.  When  using  HP’s  Probe 
protocol,  it  also  disables  checks  for  duplicate  node  names. 

NumAddress  =  <n> 

The  number  of  address  records  in  your  ARP  cache,  a  table  that  contains  addresses 
that  have  been  resolved  since  TCP2PDIS  was  started  (ARP  or  Probe  protocol).  An 
ARP  cache  entry  is  created  for  every  address  in  the  Hosts  file  if  any  of  the  following 
is  used: 

a  File  in  NET.CFG  or  PROTOCOL.INI 
a  Proxy  in  NET.CFG  or  PROTOCOL.INI 
a  TCP2PDIS  /FILE 
TCP2PDIS  /PROXY 


A 
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An  entry  is  also  created  each  time  you  make  a  connection  to  a  new  host.  Lowering 
this  value  saves  memory,  but  limits  the  number  of  address  records  that  can  be  main- 
tained  simultaneously.  To  see  the  format  of  these  address  records,  type  TCP2PDIS 
/SHOW 

TCP2PDIS  /NUMADDRESS  overrides  this  value. 

Values:  4-255 
Default:  32 

NumNFSRedirects 

This  keyword  applies  only  to  WRQ’s  NFS  Option.  See  the  NFS  Option  User  Guide 
for  more  information. 

NumNBBuffers  =  <n> 

This  keyword  applies  to  PROTOCOL.INI  in  an  NDIS  environment  only.  This 
keyword  is  used  to  decrease  the  memory  requirements  of  NB  by  adjusting  buffer 
pools.  Generally,  the  faster  the  local  machine,  the  smaller  the  NumNBBuffers  value 
can  be.  For  a  486/66,  a  value  of  12  is  acceptable;  for  a  386/20,  a  value  of  24  is 
recommended.  The  default  setting  is  conservative;  it  will  accommodate  wide  dis¬ 
parities  between  the  speed  of  the  local  host  machine  and  speed  of  the  server.  To 
determine  if  you  have  the  right  value  for  your  machine,  use  the  /MEMORY  switch 
after  running  NB  to  view  memory  pool  statistics.  One  of  the  displayed  values  is  the 
“Low-Count”  of  different  buffer  types.  This  number  can  safely  be  as  low  as  4  for  any 
of  the  three  displayed  buffer  types.  To  optimize  memory  usage  and  determine  the 
best  configuration  for  your  environment,  try  changing  the  NumNBBuffers  parameter 
under  both  normal  and  busy  working  conditions. 


Values:  8-36 

Default:  20 
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NumNBNames  =  <n> 

This  keyword  applies  to  PROTOCOL.INI  in  an  NDIS  environment  only.  This 
parameter  reserves  memory  for  caching  NetBIOS  names.  If  you  are  connecting  to  a 
large  number  of  servers,  or  want  to  cache  a  large  number  of  name  aliases  for  your  PC, 
increase  the  value  for  this  parameter.  The  value  represents  the  total  number  of  local 
and  remote  slots  per  table. 

Values:  8-60 
Default:  8 

NumTCPBuffers  =  <n> 

The  total  number  of  TCP  buffers  for  all  circuits.  Smaller  numbers  conserve  memory, 
larger  numbers  may  improve  performance.  Use  more  buffers  for  multiple  sessions. 
For  example,  if  you  set  up  Reflection  X  for  10  clients  but  have  only  5  clients  active 
simultaneously,  the  default  setting  of  5  is  adequate.  If  there  are  not  enough  TCP 
buffers,  your  sessions  will  still  be  available,  but  performance  may  not  be  as  good  as  it 
could  be.  Setup  increases  this  value  if  you  say  yes  to  sockets. 

You  can  use  the  Advanced  Configuration  Screen  in  the  Setup  program  to  set  this 
parameter. 

Values:  2-64 
Default:  5 

Organization  =  <orgname> 

HP  NS/VT  organization  name  of  this  machine.  Any  NS/VT  node  requires  a  full 
node  name,  which  consists  of  a  Node,  Domain,  and  Organization.  The  Domain  and 
Organization  are  common  to  machines  on  the  same  network,  while  the  Node  por¬ 
tion  must  be  unique  on  the  network.  This  is  also  required  by  WRQTICL  for  NetIPC 
applications. 

This  keyword  can  be  shortened  to  Org  =  <orgname>. 

TCP2PDIS  /ORGANIZATION  overrides  this  value. 

Values:  <A  string  of  up  to  16  characters> 
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PCDNSHostName  =  <DNSname> 

If  a  Domain  Name  Service  is  used,  this  is  the  name  of  your  PC.  See  page  301  for 
information  on  domain  names. 

You  can  use  the  Advanced  Configuration  Screen  in  the  Setup  program  to  set  this 
parameter. 

Use  standard  domain  name  service  syntax;  for  example: 

caduceus . wrq . com 

Proxy  =  <filename> 

HP  NS/VT  information  can  be  stored  in  a  Hosts  file  when  there  is  no  local  Probe 
Proxy  server.  This  setting  operates  in  a  fashion  similar  to  File,  but  the  entries  are 
available  to  other  machines  on  the  local  network  for  Probe  Proxy  resolution.  Use 
TCP2PDIS  /SHOW  to  confirm  that  the  entries  are  designated  for  Probe  Proxy:  a  “P” 
appears  next  to  each  entry. 

If  this  keyword  is  used,  any  Probe  Proxy  name  request  for  a  name  found  in  the  Hosts 
file  will  be  answered  with  a  Probe  Proxy  name  response. 

See  “Using  Internetworks  of  HP  3000s”  on  page  112  if  you  are  using  NS/VT  and  do 
not  have  an  HP  3000  on  your  logical  subnet. 

Default:  Hosts  file,  \WRQNET  directory 

RARPType  =  <n> 

RARP  (Reverse  Address  Resolution  Protocol)  is  the  Internet  protocol  that  provides 
IP  address  assignment  from  a  RARP  server.  The  machine  broadcasts  a  request  that 
contains  its  hardware  address  and  a  server  responds  by  sending  the  machine  its  IP 
address. 
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On  a  Token-Ring  network,  any  value  in  the  range  1-4  enables  RARR  On  Ethernet, 
there  are  two  ways  to  encapsulate  RARP  protocol:  Ethernet  Version  II  (DIX),  and 
802.2  SNAP.  You  can  use  both,  and  you  can  specify  which  should  be  used  first. 


Values:  0 

1 
2 

3 

4 


Disables  RARP  (the  default) 
Ethernet  Version  II  (DIX) 
SNAP  RARP 

Ethernet  Version  II,  then  SNAP 
SNAP,  then  Ethernet  Version  II 


ResolveNameType  =  <n> 

When  using  NS/VT,  this  keyword  allows  you  to  specify  which  protocols  are  used  to 
resolve  Probe  names  to  IP  addresses.  This  setting  ensures  that  a  machine  uses  Probe 
exclusively,  Probe  Proxy  exclusively,  or  that  these  methods  are  used  in  a  specific 
order.  Machines  that  are  not  using  NS/VT  do  not  need  to  resolve  names  using  Probe 
or  Probe  Proxy.  Use  4  for  PCs  on  a  Token-Ring  network  connecting  to  an  HP  host 
over  an  IP  router;  see  page  1 15  for  more  information. 


Values:  0 

1 
2 

3 

4 


Do  not  use  Probe  or  Probe  Proxy  (Token-Ring  default) 
Use  Probe,  then  Probe  Proxy  (Ethernet  default) 

Use  Probe  Proxy,  then  Probe 

Use  Probe  only 

Use  Probe  Proxy  only 


SubnetBits  =  <n> 

Specifies  the  number  of  l’s  in  your  subnet  mask.  This  is  an  alternate  way  to  specify  a 
subnet  mask — it  is  not  the  method  used  by  the  Reflection  Network  Series  Setup 
program.  See  the  description  of  SubnetMaskO  below  for  the  keyword  configured  by 
Setup.  This  value  is  overridden  by  any  value  for  SubnetMaskO. 


Values: 

Default: 


0-31 

0 
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SubnetMaskO  =  <IP  address> 

If  your  local  network  uses  subnets,  this  is  the  decimal  notation  of  the  subnet  bits. 
See  page  300  for  more  information  on  subnets. 

You  can  use  the  Advanced  Configuration  Screen  in  the  Setup  program  to  set  this 
parameter. 

Values:  <IP  address  format> 

TCPBufferPool  =  <n> 

The  size  of  the  TCP  buffer  pool,  in  bytes.  The  TCP  buffer  pool  controls  the  minb 
mum  buffer  pool  size  WRQTCP.EXE  allocates  for  transmitting  and  receiving 
packets.  The  value  you  specify  in  TCPBufferPool  is  compared  to  the  product  of  the 
values  specified  in  TCPBufferSize  and  NumTCPBuffers;  the  larger  value  is  always 
used. 

Values:  0-65535 
Default:  0 

TCPBuffersize  =  <n> 

The  size  of  the  data  buffers  used  by  TCP/IP,  in  bytes.  Smaller  numbers  will  conserve 
memory,  larger  numbers  may  improve  performance  for  some  applications.  For 
example,  with  Reflection  X,  performance  with  some  X  applications  is  better  with  a 
larger  buffer  size.  You  can  use  the  Advanced  Configuration  Screen  in  the  Setup 
program  to  set  this  parameter. 

Values:  586-1526 

Default:  1 090 

TCPInterrupt  =  <xx> 

Specifies  the  interrupt  used  for  TCP  information.  This  interrupt  can  also  be  set  via 
the  /TCPINTERRUPT  switch  when  loading  TCP2PDIS. 

Also  see  Int. 

Values:  40-7F 

Default:  65 
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TCPLocalMSS  =  <n> 

The  maximum  segment  size  that  you  can  send  to  a  host  on  a  local  subnet.  You  may 
need  to  increase  this  value  if  you  use  a  network-based  application  that  makes  use  of 
large  segment  sizes. 

Values:  512-65535 
Defaults:  1500  (Ethernet) 

4000  (Token-Ring) 

TCPRemoteMSS  =  <n> 

The  maximum  segment  size  that  you  can  send  through  a  router  to  a  host  on  a  differ¬ 
ent  subnet.  You  many  want  to  increase  the  value  to  1500  for  faster  FTP  file  transfers. 

Values:  512-65535 
Default:  512 

TCPSessions  =  <n> 

This  value  is  the  sum  of  the  requested  Telnet  and/or  NS/VT  sessions,  plus  1.  You 
may  be  able  to  maintain  more  sessions  than  you  specified  if  memory  resources  are 
available.  If  you’re  using  the  Reflection  Network  Series  NetBIOS  software  in  order 
to  run  with  LAN  Manager  (TCP/IP  transport),  the  number  of  NetBIOS  sessions  is 
also  added  to  this  value.  This  value  may  also  need  to  be  increased  if  you’re  using 
TCP  Sockets.  See  page  239. 


Values:  1  -64 

Default:  1 6 
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TCPWindowMult  =  <n> 

The  TCP  window  multiple  specifies  the  number  of  TCP  packets  the  PC  can  accept 
without  sending  an  acknowledgment.  The  value  specified  here  is  based  on  the  value 

of  TCPBuf ferSize. 

This  value  may  be  helpful  in  improving  performance  over  gateways;  in  this  case, 
increasing  the  value  of  the  window  multiple  allows  the  remote  side  of  the  gateway  to 
increase  the  number  of  packets  sent  without  requiring  an  acknowledgment. 


Values:  1  -4 

Default:  1 


TimeZoneMinutes 


This  keyword  applies  only  to  WRQ’s  NFS  Option.  See  the  NFS  Option  User  Guide 
for  more  information. 


Unload  = 

This  entry  appears  if  you  have  installed  the  NetBIOS  support  for  Microsoft  LAN 
Manager  2.1  or  above  using  TCP/IP.  It  is  not  used  by  Reflection  Network  Series 
software. 


802  = 

Forces  the  Reflection  Network  Series  TCP/IP  stack  to  use  802.2  protocol  exclusively 
(disregards  Ethernet  Version  II).  If  you  are  using  a  third-party  Telnet  (such  as  PC- 
NFS)  that  uses  a  non-WRQ  TCP/IP,  you  can  maintain  a  separate  TCP/IP  for  NS/VT 
by  adding  this  value. 

You  can  also  use  TCP2PDIS  /802  to  set  this  parameter. 
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The  utilities  described  in  this  chapter  help  you  track  network  information;  these 
statistics  can  be  helpful  when  troubleshooting  specific  network  problems  or  simply 
confirming  current  settings. 

The  table  below  summarizes  which  of  the  utilities  described  in  this  chapter  are  avail¬ 
able  with  the  individual  products  in  the  Reflection  Network  Series: 


Utility 

PING.EXE 

Reflection  Network  Series  Product 

TCP  Connection 

NS  Connection 

3000  Connection 

STAT.EXE 

TCP  Connection 

NS  Connection 

3000  Connection 

TCP2PDIS.EXE: 

/SHOW  and /PROBE 

TCP  Connection 

NS  Connection 

3000  Connection 

LANTRACE.EXE 

All  products 

SEETRACE.EXE 

All  products 

MACHINFO.EXE 

All  products 

Using  Ping 

TCP 


Ping  is  an  Internet  Control  Message  Protocol  (ICMP)  echo  request  program  that  can 
be  used  from  a  PC  to  determine  the  operating  status  of  a  specific  host  on  a  network. 

Start  the  Ping  program  by  typing  Ping  at  the  DOS  prompt. 

Note:  This  file  is  not  distributed  with  the  Telnet  Connection.  Your  third-party 
provider  of  TCP/IP  software  may  provide  a  similar  utility.  ▲ 

Ping  sends  an  ICMP  ECHO_REQUEST  datagram  to  the  selected  host  and  listens 
for  an  ICMP  ECHO_RESPONSE  datagram  in  response.  ECHO_REQUEST 
datagrams  (pings)  consist  of  an  Internet  Protocol  (IP)  header,  an  ICMP  header,  a 
time  stamp,  and  a  selectable  number  of  “padding”  bytes  used  to  fill  out  the  datagram. 
The  default  datagram  length  is  256  bytes. 

You  can  use  Ping  to  determine  if  your  PC  and  other  hosts  on  your  network  are 
functioning.  However,  a  large  volume  of  Ping  datagrams  can  congest  a  network. 
Don’t  use  Ping  during  normal  network  transactions  or  include  it  in  an  automated 
script. 

When  using  Ping  for  fault  isolation,  you  should  first  use  it  on  your  local  network  to 
verify  that  your  network  interface  card  is  functioning.  If  the  session  is  successful,  you 
can  use  Ping  to  check  on  hosts  and  gateways  in  other,  more  remote  networks. 

Ping  Syntax 

You  can  enter  Ping  options  in  any  order  you  like,  but  you  must  observe  the  spacing 
shown  in  the  examples.  Each  item  is  separated  by  a  space. 


To  display  the  available  Ping  options,  type  Ping  and  press  (Enter  j). 


\ 

PING  <host_name>  [ 

;  -s 

]  [  -z  <data 

size>] 

[ 

:  -n 

<packets  >]  I 

[  -t  <time  >] 

[ 

v _ 

;  -o 

<timeout>]  [ 

-i  <interval>  ] 

_ / 

The  specified  <host_name>  is  the  official  host  name,  alias,  or  Internet  address  of  the 
remote  host.  The  parameters  are  described  below: 
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-s 

Continuously  sends  ECHO_REQUEST  datagrams  to  the  selected  remote  host 
until  you  press  a  key  on  your  keyboard.  This  is  the  default. 

-z  <datasize> 

Allows  you  to  specify  the  number  of  bytes  sent  in  each  ECHOJREQUEST 
datagram.  The  maximum  datasize  value  is  512  bytes.  The  default  value  is  64 
bytes. 

-n  <packets> 

Allows  you  to  specify  how  many  ECHO_REQUEST  datagrams,  or  packets,  to 
send. 

-t  <time> 

Allows  you  to  specify  (in  seconds)  the  length  of  time  you  want  to  send 
datagrams.  Your  PC  will  send  as  many  datagrams  as  possible,  given  the  current 
value  for  -i  < intervals 

-o  <timeout> 

Allows  you  to  specify  (in  seconds)  the  length  of  timeout  you  want  your  PC  to 
listen  for  an  ECHO_RESPONSE  datagram.  The  default  value  is  five  seconds. 

-i  <interval> 

Allows  you  to  specify  (in  seconds)  the  length  of  the  interval  between  each 
transmitted  ECHO_REQUEST  datagram.  The  default  value  is  one  second. 

The  -n  parameter  cannot  be  used  at  the  same  time  as  either  the  -s  parameter  or  the 
-t  parameter. 

Ping  Example:  Using  Ping  without  Options 

The  simplest  use  of  Ping  is  to  specify  a  host  without  adding  any  options,  as  shown  in 
the  following  example: 

PING  WRQ 

In  this  example,  your  PC  sends  a  series  of  ECHO_REQUEST  datagrams  to  host 
WRQ  and  listens  for  the  corresponding  ECHO_RESPONSE  datagrams  from  the 
host.  This  series  of  messages  is  continued  until  you  terminate  Ping  by  pressing  any 
key. 


Sk  Reflection  Network  Series  Utilities 


Ping  Example:  Using  Ping  with  Options 

When  you  use  options,  they  are  valid  only  during  that  Ping  session.  All  Ping  param¬ 
eters  revert  to  default  settings  when  a  session  is  completed. 

The  example  below  sends  10  ECHO_REQUEST  datagrams  to  the  host  WRQ,  with 
each  datagram  512  bytes  long,  and  an  interval  of  5  seconds  between  datagrams: 

C:  \WRQNET>  ping  wrq  -z  512  -n  10  -i  5 


Assuming  the  host  responds  correctly,  a  typical  response  is: 


PING  wrq  (89.0.0.253): 
ICMP  send  sequence  1: 
ICMP  send  sequence  2 : 
ICMP  send  sequence  3 : 
ICMP  send  sequence  4: 
ICMP  send  sequence  5: 
ICMP  send  sequence  6: 
ICMP  send  sequence  7 : 
ICMP  send  sequence  8: 
ICMP  send  sequence  9 : 
ICMP  send  sequence  10: 


512  data  bytes 
received  ICMP  reply, 
received  ICMP  reply, 
received  ICMP  reply, 
received  ICMP  reply, 
received  ICMP  reply, 
received  ICMP  reply, 
received  ICMP  reply, 
received  ICMP  reply, 
received  ICMP  reply, 
received  ICMP  reply 


time=2 (tick) 
time=l (tick) 
time=l (tick) 
time=l (tick) 
time=l (tick) 
time=l (tick) 
time=0 (tick) 
time=l (tick) 
time=0 (tick) 
time=l (tick) 


-  wrq  ping  Statistics  - 

10  packets  transmitted  10  packets  rec'd  0%  packet  loss 
Round-trip  (tick)  min/avg/max  =  0/1/2 


Note  the  size  of  each  datagram  (512  data  bytes).  Following  are  the  line-by-line 
verifications  of  datagrams  sent  and  responses  received,  along  with  the  times  required 
for  the  round  trip  from  the  PC  to  the  host. 


A  summary  of  the  session  statistics  is  displayed  at  the  bottom  of  the  screen. 
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Using  STAT 

A  A 


The  STAT  program  allows  you  to  query  the  TCP/IP  software  about  variables  that 
indicate  the  status  of  basic  system  elements— these  are  stored  in  a  structure  called 
the  Management  Information  Base,  or  M IB.  These  variables  include  information 
about  the  network  interface,  ARP  and  routing  functions,  and  connections  to  nodes. 

STAT  provides  information  for  users  maintaining  Telnet,  FTP,  and  NS/VT  sessions 
with  the  WRQ  protocol  stack. 

To  view  the  STAT  network  monitoring  screens  from  your  local  PC,  type: 

STAT 

or 

STAT  <number> 

where  <number>  is  the  information  you  wish  to  view  (see  the  screen  below). 

If  you  type  STAT  without  specifying  a  number,  the  following  screen  is  displayed: 


r 

"N 

Enter  the 

MIB  group  or  table  you  wish  to  view: 

1. 

. )  Queue  statistics 

2. 

. )  System  group 

3. 

, )  Interface  group 

4. 

)  IP  group 

5. 

)  Routing  table 

6. 

)  ICMP  group 

7. 

)  TCP  group 

8. 

)  TCP  connection  table 

9. 

V 

)  UDP  group 

y 

You  can  use  these  system  statistics  to  determine  whether  there  is  any  problem  with 
the  following  basic  system  elements: 

a  Local  network  hardware  interface 

a  ARP,  routing,  and  other  network  functions 

a  Current  connection  to  nodes 
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The  interface  group  statistics  (shown  on  page  346)  indicate  if  your  hardware  in  ten 
face  is  working  correctly.  If  no  packets  are  being  received  and  you  have  other  hosts 
already  installed  and  active  on  your  network,  your  hardware  interface  is  not  installed 
correctly. 

Queue  Statistics 

While  not  properly  part  of  the  Management  Information  Base,  the  queue  statistics 
help  troubleshoot  some  problems.  The  screen  below  shows  a  typical  example  of  a 
queue  statistics  display.  This  display  shows  the  minimum  and  maximum  amount  of 
memory  used  by  each  of  the  queues.  If  maximum  is  0,  then  there  is  no  memory  alkv 
cated  to  that  queue. 


/■ 

Input Q : 

len: 

0 

min: 

0 

max: 

5 

- -  h 

BigFreeQ: 

len: 

5 

min: 

0 

max: 

0 

SmallFreeQ: 

V 

len: 

10 

min: 

0 

max: 

0 

_ ^ 

System  Group 

The  figure  below  is  a  typical  example  of  a  system  group  display.  The  amount  of  time 
the  system  has  been  up  is  reset  to  0  when  WRQTCP.EXE  is  loaded. 


System  description:  WRQ  TCP/IP  for 

Reflection  Network  Series 
System  identifier  :  1.3. 6. 1.4. 1.6. 7 
System  has  been  up:  10638  seconds 
V _ _ _ _ _ _ _ _ _ 


Interface  Group 

The  screen  below  shows  a  typical  example  of  an  interface  group  display.  This  display 

gives  basic  information  about  the  hardware  interface  device. 

a  If  no  packets  are  being  received,  and  you  have  other  hosts  already  installed  and 
active  on  your  network,  your  network  card  is  not  configured  correctly. 

a  If  there  is  a  large  number  of  hardware  errors,  you  have  a  hardware  problem  with 
your  interface  device.  If  there  is  a  large  number  of  discarded  packets,  use  Setup 
to  increase  the  number  of  TCP  buffers  on  the  Advanced  Configuration  screen. 
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a  If  there  is  no  improvement  after  increasing  the  buffers,  there  may  be  a  network 
problem. 


MIB  interface  group  variables  for  TCP2PDIS 

Interface  number  0,  type  6  at  physical  address  0000 . c003 . 8519 

MTU  is  1500,  Speed  is  10000000  bits/sec,  Operational  status  is  UP 


Receive 

errors 

Send 

errors 


746584  bytes, 
0  type, 
95705  bytes, 


0  broadcast  pkts, 
0  discarded, 

0  broadcast  pkts, 
0  discarded, 


5531  unicast  pkts 
0  hardware 
1492  unicast  pkts 
0  hardware 


IP  Group 

The  screen  below  shows  a  typical  example  of  an  IP  group  display. 

a  If  there  is  a  large  number  of  addressing  errors,  a  node  may  have  its  subnet  bit  set 
incorrectly. 

a  A  large  number  of  unroutable  packets  indicates  that  a  host  may  have  miscon- 
figured  your  address  as  a  router. 

Note  that  the  message  “This  IP  host  does  not  support  routing”  is  constant;  the 
Reflection  Network  Series  TCP/IP  stack  does  not  support  routing. 


192.82.110.249  is  the  IP  address  of  interface  1 

255.255.255.0  is  the  network  mask,  1  is  the  broadcast  address  bit 

No  default  gateway  is  defined 

This  IP  host  does  not  support  routing 

Default  Time  to  live  is  255,  reassembly  timeout  is  60  seconds 
IP  recv  stats:  974  packets, 

err:  0  plus  0  header, 

Reassembly  stats:  0  requests, 

IP  send  stats:  930  packets, 

Fragment  stats:  0  requests, 


0  routed, 

0  addressing, 

0  successes, 

0  unrouteable, 
0  successes, 


974  delivered 
0  protocol 
0  failures 
0  discards 
0  failures 


Reflection  Network  Series  Utilities 


Routing  Table 

The  figure  below  show  the  routing  table  display.  Because  the  Reflection  Network 
Series  TCP/IP  stack  does  not  support  routing,  this  display  is  always  the  same. 


Reflection  Network  Series  Statistics  version  2.20 
Copyright  (C)  1991-1994  Walker  Richer  &  Quinn,  Inc. 
Copyright  (C)  1983,  1988  The  Wollongong  Group,  Inc. 
0  routes  currently  in  route  table,  1  free  entries 


ICMP  Group 

The  figure  below  shows  a  typical  example  of  an  ICMP  group  display.  This  display 
indicates  whether  ICMP  packets  are  being  sent  and  received  correctly. 


ICMP  messages: 

3 

sent, 

2 

received. 

destination  unreachables : 

0 

sent, 

0 

received. 

time  exceeded: 

0 

sent, 

0 

received. 

parameter  problems: 

0 

sent, 

0 

received. 

source  quenches: 

0 

sent, 

0 

received. 

redirects : 

0 

sent, 

0 

received. 

echo  requests: 

0 

sent, 

0 

received. 

echo  replies: 

0 

sent, 

0 

received. 

timestamp  requests: 

0 

sent, 

0 

received. 

timestamp  replies : 

0 

sent, 

0 

received. 

timestamp  replies: 

0 

sent, 

0 

received. 

address  mask  request: 

0 

sent, 

0 

received. 

address  mask  replies: 

0 

sent, 

0 

received. 

ICMP  packet  errors: 

0 

sent, 

0 

received. 
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TCP  Group 

The  screen  below  shows  a  typical  example  of  a  TCP  group.  This  display  shows  how 
many  TCP  connections  have  been  made  since  installing  the  TCP/IP  protocol  stack. 
Retransmissions  do  not  necessarily  indicate  a  problem. 


Round  trip  algorithm  is  type  1,  rto  is  from  110-  16500  msec. 

8  tcp  connections  actively  opened,  5  passively,  2  reset. 
4979  tcp  segments  have  been  sent,  3537  received,  204  retrans. 


TCP  Connection  Table 

The  screen  below  shows  a  typical  example  of  a  TCP  connection  table  display.  This 
display  shows  each  of  the  TCP  connections  in  detail. 

f  - - — — - - - s 

port  6050  on  129.84.3.5  to  port  23  on  129.84.3.20  is  established 
1  TCP  connection (s)  currently  active,  4  free 


UDP  Group 

The  screen  below  shows  a  typical  example  of  a  UDP  group  display.  This  display 
shows  if  there  are  errors  in  UDP  datagrams  received. 


( 

\ 

UDP  statistics:  0 

datagrams  received, 

0  datagrams  sent . 

48301 

v _ 

to  an  unknown  port, 

78  received  in  error 
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Using  LANTRACE 

LAT  TCP  NS  3000 

LANTRACE  produces  a  trace  file  that  can  be  used  for  troubleshooting  a  connection 
to  a  LAT,  a  Telnet,  or  an  NS/VT  session.  Use  this  utility  with  the  assistance  of  Tech¬ 
nical  Support. 

LANTRACE  is  loaded  as  a  terminate  and  stay  resident  (TSR)  program.  To  set  up 
the  network  trace,  load  LANTRACE  with  the  appropriate  startup  switches  from  the 
DOS  prompt.  After  performing  your  tests,  write  the  output  to  a  file  (this  file  is  in  an 
encrypted  format).  Upload  the  file  to  the  WRQ  bulletin  board — see  page  399  for 
the  number. 

To  run  LANTRACE,  RODI.EXE  or  RNDIS.EXE  and  CONMGR.EXE  must  be 
installed  in  memory.  LANTRACE  requires  a  protocol  stack  allocation  for  RODI  or 
RNDIS;  you  may  need  to  increase  the  /STACKS  parameter  by  1  when  you  start 
RODI  or  RNDIS.  If  possible,  run  LANTRACE  on  one  machine  and  perform  the 
tests  on  a  second  machine. 

If  you  are  monitoring  one  machine  from  a  second  machine,  the  machine  that  is  per¬ 
forming  the  monitoring  task  should  be  configured  for  NDIS  if  possible.  Some  NDIS 
drivers  for  Western  Digital  or  SMC  Elite  16  network  cards  cannot  be  used  with 
LANTRACE.  LANTRACE  uses  “promiscuous”  mode  to  capture  packets,  and  using 
this  mode  with  these  cards  can  cause  problems  on  your  network.  Do  not  use  a  ver¬ 
sion  of  SMCMAC.DOS  earlier  than  3.0. 

Some  ODI  drivers  are  not  reliable  when  using  promiscuous  mode,  which  is  required 
for  monitoring  a  second  machine.  ODI  drivers  for  3Com,  Western  Digital,  and  SMC 
cards  are  among  those  that  are  not  as  reliable,  whereas  HP  ODI  drivers  do  not 
exhibit  this  problem  and  can  be  used  as  the  monitoring  machine.  Do  not  use  a 
machine  with  the  ODI  SMC8000.COM  driver. 

If  you  are  running  LANTRACE  on  a  machine  configured  for  ODI,  increase  the 
number  of  event  control  blocks  for  RODI.EXE.  For  example,  if  RODI  is  loaded  in 
your  AUTOEXEC.BAT  file,  increase  the  event  control  blocks  to  32,  and  change  the 
ECBS  value  to  32  in  the  RODI  line  of  your  AUTOEXEC.BAT  file: 


C:\WRQNET\RODI  /ECBS: 32 
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On  a  Token-Ring  network,  LANTRACE.EXE  produces  a  only  local  or  “one-sided” 
trace.  It  is  equivalent  to  using  LANTRACE  /MYADDRESS. 

LANTRACE  Syntax 

Some  LANTRACE  switches  can  be  used  only  as  startup  switches,  while  other 

LANTRACE  switches  are  valid  only  after  LANTRACE  has  been  loaded  in  memory.  -yjj 

r  ' 

LANTRACE  /?  /UNINSTALL  /ADAPTER :<n>  /ADDRESS : <n> [, <n>] 

/ALLADDRESS  /ALLXCAST  /BUFFER: <n>  /CLEAR 
/ENV  /MONITOR  /MYADDRESS  /OFF  /ON 

/QUIET  /STATISTICS  /TYPE : <n> [ , <n>]  /WRITE : <filespec> 


/? 

Displays  help  information. 

/UNINSTALL 

Uninstalls  LANTRACE. 

/ADAPTER : <n> 

Uses  the  specified  WRQ  driver.  This  value  is  not  necessary  if  only  one  network 
card  is  present  in  your  PC. 

Values:  1  -9 

Default:  1 

/ADDRESS : <n> [ , <n>] 

Specifies  the  hardware  address  of  the  network  card  in  the  machine  you  want  to 
monitor.  You  can  specify  two  addresses,  separated  by  a  comma.  If  two  addresses 
are  specified,  LANTRACE  monitors  a  conversation  between  the  two  machines. 
Both  addresses  will  be  matched  before  a  packet  is  saved  into  the  trace  buffer. 
You  can  use  /ADDRESS  when  loading  LANTRACE,  or  you  can  change  the 
trace  criteria  after  LANTRACE  is  loaded  into  memory. 

/ALLADDRESS 

Captures  packets  from  all  network  addresses  to  the  trace  buffer.  You  can  use  this 
switch  when  loading  LANTRACE  or  after  LANTRACE  has  been  loaded  into 
memory. 

/ALLXCAST 

Receives  broadcast  and  multicast  packets.  This  switch  is  used  in  conjunction 
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with  the  /ADDRESS  switch.  If  two  addresses  are  specified,  this  switch  will  cause 
LANTRACE  to  capture  any  broadcast  or  multicast  packets  sent  out  from  either 
of  the  two  addresses  specified.  It  has  no  effect  if  only  one  address  is  specified  or 
if  the  /ALLADDRESS  or  /MYADDRESS  switch  is  specified.  You  can  use  this 
switch  when  loading  LANTRACE  or  after  LANTRACE  has  been  loaded  into 
memory. 

/BUFFER :<n> 

Configures  the  trace  buffer  size  in  kbytes.  If  you  specify  a  buffer  larger  than  the 
amount  of  available  memory,  LANTRACE  will  use  whatever  memory  is 
available.  The  size  you  specify  also  defines  the  size  of  the  output  trace  file.  If  the 
network  traffic  you  are  capturing  exceeds  the  size  of  the  buffer,  the  trace  con¬ 
tinues  by  overwriting  the  buffer  contents,  starting  from  the  beginning  of  the 
buffer.  You  can  use  this  switch  when  first  loading  LANTRACE  into  memory. 

Values:  1-512 

Default:  64 

/CLEAR 

Clears  the  network  trace  buffer.  You  can  use  this  switch  after  LANTRACE  is 
loaded  into  memory. 

/ENV 

Causes  LANTRACE  to  keep  its  DOS  environment  segment  after  becoming 
resident.  This  enables  the  program  name  to  be  displayed  by  a  memory  mapping 
utility  such  as  MAPMEM.  This  switch  requires  additional  memory.  It  is  not 
necessary  with  DOS  5.0  utilities  such  as  MEM  /C. 

/MONITOR 

Provides  a  continuous  display  of  packet  capture  counters.  This  is  similar  to 
/STATISTICS,  but  the  information  is  continuously  updated  on  the  screen.  This 
switch  is  only  valid  after  LANTRACE  is  installed.  This  switch  applies  only 
when  using  a  second  machine  to  monitor  a  trace. 

/MYADDRESS 

Captures  packets  from  the  local  machine  address  only.  This  produces  a  “one¬ 
sided”  conversation:  there  is  no  loopback  support  in  RODI.EXE  or  RNDIS.EXE. 
This  switch  can  be  used  when  loading  LANTRACE  or  after  LANTRACE  has 
been  loaded  into  memory. 
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/OFF 

Turns  tracing  off.  Network  packets  are  no  longer  captured. 

/ON 

Starts  the  capture  of  network  packets.  You  do  not  have  to  specify  /ON  if  you 
load  LANTRACE  with  one  of  the  address  switches.  Using  /ON  has  no  effect 
until  one  of  the  address  switches  is  specified. 

/QUIET 

Does  not  display  any  confirmation  messages  when  starting  LANTRACE. 

/STATISTICS 

Reports  LANTRACE  statistics.  The  statistics  are  displayed  on  the  screen  of  the 
machine  running  LANTRACE.  The  statistics  include  the  number  of  packets 
captured,  number  of  receive  errors,  number  of  times  the  network  trace  buffer  has 
wrapped,  etc. 

/TYPE:<n>[,<n>. . . ] 

Specifies  the  list  of  types  to  be  monitored.  Multiple  entries  should  be  separated 
by  commas.  When  this  switch  is  used,  LANTRACE  captures  only  those  packet 
type(s)  specified.  You  can  specify  up  to  six  (6)  different  network  packet  types. 
Some  common  packet  types  are: 

0800  DoD  IP  (TCP/IP  standard) 

0806  ARP  (for  IP) 

6001  DEC  MOP  Dump/Load  Assistance 

6002  DEC  MOP  Remote  Console 

6004  DEC  LAT 

8005  HP  Probe 

809B  Kinetics  Ethertalk  (Appletalk  over  Ethernet) 

80D5  IBM  SNA  Services  over  Ethernet 

80F3  Kinetics,  Appletalk  ARP  (AARP) 

8137  Novell  NetWare  IPX  (ECONFIG  E  Option) 

8138  Novell 


For  a  more  comprehensive  list,  see  the  file  NETTYPE.LST. 
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/WRITE  :<f  ilespeo 

Writes  the  contents  of  the  trace  buffer  to  the  specified  file.  This  is  a  binary  trace 
file. 

Default:  TRACE.  PKT 

LANTRACE  Examples 

The  example  below  loads  LANTRACE  and  creates  a  buffer  of  256  kilobytes  for 
packet  capture.  The  /ADDRESS  switch  tells  LANTRACE  what  address  to  monitor. 

LANTRACE  /ADDRESS : 00608C10ACC0  /BUFFER: 256 

Specifying  an  Address 

The  /ADDRESS,  /ALLADDRESS,  or  /MYADDRESS  switch  must  be  specified  in 
order  to  start  capturing  packets.  To  confirm  the  address  of  the  machine,  load 
TCP2PDIS  on  the  machine  you  want  to  monitor  and  then  type  TCP2PDIS  /SHOW. 
This  reports  the  local  hardware  address  in  hexadecimal  format  (for  example, 
00'60'8C'10'AC'C0).  To  find  the  host  hardware  address,  ping  the  host  IP  address. 

Specifying  a  Packet  Type 

The  example  below  saves  all  packets  to  the  trace  buffer  with  the  corresponding 
source  or  destination  address  that  matches  the  6004  (LAT  packet)  or  8137 
(NetWare  packet)  type. 

LANTRACE  /addr : 00608cl0acc0  /type : 6004 , 8137 

Doing  a  Network  Trace 

Use  the  following  steps  to  set  up  for  a  TCP/IP  LANTRACE. 

1.  Determine  the  network  address  of  the  machine  you  want  to  monitor.  Use 
TCP2PDIS  /SHOW  on  the  machine  to  be  monitored.  Load  all  the  necessary 
Reflection  Network  Series  software  that  is  required  to  create  the  condition  you 
are  trying  to  trace.  For  example,  if  you  are  checking  a  TCP/IP  problem,  your 
TCP/IP  software  should  be  loaded  into  memory. 
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2.  Run  LANTRACE,  specifying  the  address  of  the  machine  you  are  monitoring. 
For  example,  type: 

LANTRACE  /address : 00608C10ACC0 

3.  You’ll  see  a  message  confirming  that  LANTRACE  has  been  loaded.  Packets  are 
then  captured  to  a  buffer  in  memory.  You  do  not  need  to  write  the  packets  to  a 
file  until  you  have  completed  your  test. 

4.  Look  at  the  statistics  that  are  being  generated  by  the  trace.  Type: 

LANTRACE  /MONITOR 

You  should  see  some  output  to  the  screen  indicating  that  packets  are  being 
captured. 

5.  Perform  the  test  on  the  machine  you  are  monitoring.  For  example,  if  you  are 
checking  a  host  connection  problem,  try  to  connect  to  the  host  on  the  machine 
that  is  being  monitored.  As  network  traffic  is  generated,  the  counters  on  the 
monitoring  machine  are  updated. 

6.  Once  you  have  performed  the  test  on  the  machine  being  monitored,  write  the 
trace  buffer  to  a  file  and  unload  LANTRACE.  For  example,  type: 

LANTRACE  /WRITE : TRACE . PKT 

7.  You’ll  see  a  message  indicating  a  file  was  successfully  created. 

8.  Uninstall  LANTRACE.  Type: 

LANTRACE  /U 

9.  Upload  the  trace  file  to  WRQ’s  bulletin  board.  The  BBS  number  is  listed  on 
page  399. 

Using  SEETRACE 

SEETRACE.EXE  is  a  utility  for  confirming  that  you  successfully  produced  a  trace  file 
with  LANTRACE.  After  using  LANTRACE,  type  the  following  to  see  a  display 
that  gives  a  brief  summary  of  each  packet  captured  in  the  trace: 


SEETRACE  TRACE. PKT 
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You  can  also  pipe  the  output  of  SEETRACE  to  a  file,  for  example: 

SEETRACE  TRACE. PKT  OUTPUT. PKT 

The  information  about  the  packets  that  were  captured  in  SEETRACE  include  the 
destination  address  and  the  source  address  of  the  packet,  the  packet  type,  and  the 
interval  of  time  (in  milliseconds)  in  the  packet  delivery. 

The  output  sample  should  have  some  of  the  information  you  requested  in  your  trace; 
for  example,  if  you  specified  your  PC’s  Ethernet  address,  this  address  should  be  part 
of  the  SEETRACE  output. 


Using  MACHINFO 

A  A  A.  A 

This  utility  is  a  troubleshooting  support  file  that  displays  the  following  information 
about  your  PC: 

Machine  ID 
CPU  Type 

System  BIOS  Copyright 
System  BIOS  Date 
Keyboard  BIOS  Type 
Video  Card 
Video  Monitor 
Video  Memory 
Video  BIOS  Copyright 


there  is  also  information  available  from 


DOS  Version 
DOS  Files  (total) 

DOS  Files  (open) 

DOS  Buffers 
DOS  Memory  (total) 

DOS  Memory  (free) 

EMS  Version 
Expanded  Memory  (total) 
Expanded  Memory  (free) 
Extended  Memory  Available 


If  you’re  using  Windows  Sockets, 
icon.  See  page  233. 


TCP2PDIS  Utility  Switches 

wp  m  m 

JRKNKNmHNmm. 

TCP2PDIS.EXE  has  switches  that  display  network  information.  They  cannot  be 
used  until  TCP2PDIS  is  loaded  in  memory. 

TCP2PDIS  /SHOW 

Use  TCP2PDIS  /SHOW  to  display  the  local  IP  and  hardware  address  and  the  in-mem' 
ory  ARP  cache.  With  the  NS/VT  protocol,  the  Probe  node  name  is  also  displayed. 

This  is  a  quick  way  to  confirm  the  setting  of  the  IP  address  or  local  node  name.  The 
ARP  cache  is  empty  until  some  TCP/IP  activity  has  occurred  (you  have  connected 
to  a  host,  or  run  Ping).  You  can  also  load  a  Hosts  file  into  the  ARP  cache  using 
/FILE  and  /PROXY.  See  page  100  for  more  information. 

TCP2PDIS  /PROBE 

Use  TCP2PDIS  /PROBE  :<name>  to  resolve  an  HP  Probe  name  to  an  IP  address  and 
hardware  address.  Use  TCP2PDIS  / PROBE :<address>  to  resolve  an  IP  address  to  a 
hardware  address.  See  page  100  for  more  information. 
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The  appendices  address  specific  problems  or  utilities  that  do  not  apply  to  all  Reflec- 
tion  Network  Series  users. 

“Telnet  Connection”  describes  how  to  install  and  configure  the  Telnet  Connection. 
The  Telnet  Connection  is  also  included  with  the  TCP  Connection  and  the  3000 
Connection.  It  provides  Telnet  and  FTP  connectivity  over  a  third-party  TCP/IP 
stack. 

“Serial  TCP/IP  Support:  WRQSLIP”  provides  guidelines  on  using  TCP/IP  with 
modems  and  dedicated  serial  links. 

Memory  and  Session  Management”  provides  hints  on  how  to  reduce  the  memory 
requirements  for  Reflection  Network  Series  software  if  you  need  fewer  sessions  or  if 
you  have  memory  management  software  available. 

Troubleshooting  covers  the  basic  problems  you  may  see  when  you  first  install  the 
Reflection  Network  Series,  problems  getting  to  your  NetWare  network  or  your  host, 
problems  that  might  arise  when  you  are  upgrading  from  an  earlier  version  of  the 
Reflection  Network  Series,  and  guidelines  for  Windows  Sockets  and  TCP  Sockets 
support. 

“Error  Messages”  covers  the  messages  that  you  may  see  with  any  of  the  Reflection 
Network  Series  modules,  as  well  as  network-related  messages  with  Reflection 
products. 
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Appendix  A 

Telnet  Connection . 

What’s  Included . 

Telnet  Connection  Requirements . 

PC  Software  Requirements . 

Telnet  Connection  Setup . 

Using  the  Telnet  Connection . 

Starting  the  Telnet  Connection . ‘  •  *  • 

CONMGR  Syntax . 

Telnet  Syntax . 

Other  TCP/IP  Software . 

ARPA  Services,  PATHWORKS,  LAN  Manager,  and  3Com’s  TCP  .  . 

Wollongong  PathWay  Access . 

Novell  LAN  Workplace  for  DOS . 

. . 

PC-NFS  Name-to- Address  Mapping . 
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Telnet  Connection 


The  Telnet  Connection  is  now  available  as  Telnet  Support  in  Reflection  for  DOS 
version  5.0.  This  appendix  is  included  for  those  who  require  this  DOS-based  third- 
party  Telnet  support  for  other  versions  of  Reflection  for  DOS  or  for  any  version  of 
Reflection  for  Windows. 

The  Telnet  Connection  is  a  DOS-based  implementation  of  the  Telnet  protocol.  It 
provides  terminal  communications  over  a  third-party  TCP/IP  network  between  a  PC 
running  Reflection  and  network  hosts.  With  the  Telnet  Connection,  you  can  main¬ 
tain  up  to  eight  simultaneous  Telnet  sessions  (Telnet  or  FTP).  Since  the  Telnet  Con¬ 
nection  uses  a  third-party  TCP/IP  layer,  only  the  Connection  Manager, 
CONMGR.EXE,  and  the  appropriate  Telnet  program  are  required. 

The  Telnet  Connection  is  available  as  a  standalone  product  or  as  part  of  the  TCP 
Connection  or  the  3000  Connection.  Use  the  disk  labeled  “Telnet  Connection”  to 
install  the  Telnet  Connection. 

The  Telnet  Connection  also  supports  WRQ’s  FTP  utilities.  FTP  is  supported  within 
Reflection  for  DOS;  the  Windows-based  Reflection  FTP  is  shipped  with  Reflection 
for  Windows  version  4-1  and  above.  If  you  do  not  have  this  version  of  Reflection  for 
Windows,  you  can  still  use  any  FTP  support  included  with  your  TCP/IP  software.  For 
Reflection  8  for  DOS  and  other  products  that  do  not  include  an  FTP  utility,  use  can 
use  FTP.EXE,  included  with  the  Reflection  Network  Series. 

See  page  364  for  a  list  of  supported  third-party  TCP/IP  programs. 

In  addition  to  the  information  in  this  section,  refer  to  the  following: 

a  See  page  367  for  information  on  setting  up  the  Telnet  Connection. 

a  See  “Managing  Sessions  in  Reflection”  starting  on  page  251  for  instructions  on 
maintaining  Telnet  and  FTP  sessions  in  Reflection. 

a  FTP  commands  in  Reflection  for  DOS  are  described  starting  on  page  279. 
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The  Telnet  Connection  lets  you  use  PCs  as  virtual  terminals  over  the  following 
third-party  TCP/IP  products: 

Sun  Microsystems  PC-NFS  with  NIS 

Sun  Microsystems  PC-NFS  without  NIS 

Novell  LAN  Workplace  for  DOS  version  4-0  and  higher 

Ungermann-Bass  Net/One  for  DOS 

FTP’s  PC/TCP  2.05  or  lower 

FTP’s  PC/TCP  2.10  or  higher 

Wollongong  PathWay  for  DOS 

3Com  TCP  with  Demand  Protocol  Architecture 

Hewlett-Packard  ARPA  Services  version  2.0  and  higher 

DEC  PATHWORKS  for  DOS  version  4-00  and  higher  using  TCP/IP 

Microsoft  LAN  Manager  version  2.10  and  higher  using  TCP/IP 

Beame  &  Whiteside  BWNFS  Network  Software 

The  figure  below  shows  how  the  Telnet  Connection  program  for  your  third-party 
TCP/IP  program  and  the  Connection  Manager  work  with  Reflection.  When  using 
Windows,  load  these  modules  before  starting  Windows. 


Reflection 


Third-party  TCP/IP  stack 


(e.g.  Novell  LAN  Workplace  for  DOS) 


Telnet  Connection  Overview 


Telnet  Connection 


What’s  Included 

The  names  of  the  Telnet  executable  files  associated  with  each  TCP/IP  transport  are 
listed  below.  Depending  on  your  choice  during  the  Telnet  Connection  Setup,  one  of 
these  programs  is  included  in  your  STARTTEL.BAT  file. 


NFSTM.EXE 

Sun  PC-NFS  Network  Software.  This  program  works  with 

NOVTM.EXE 

Sun  networks  that  use  NIS  and  those  that  do  not. 

Novell’s  LAN  Workplace  for  DOS  (version  4.0  and  higher). 

Version  4.01  or  higher  of  this  program  is  recommended  if 

you  intend  to  use  FTP.  a 

UBTM.EXE 

Ungermann-Bass  Net/ONE  for  DOS. 

FTPTM.EXE 

3 

FTP’s  PC/TCP  Network  Software  for  DOS  version  2.05  or  g 

lower,  or  FTP  compatible  software. 

FTPTM210.EXE 

FTP’s  PC/TCP  Network  Software  for  DOS,  version  2.10. 

WINTM.EXE 

Wollongong’s  PathWay  Access  for  DOS  (version  1.0  and 
higher).  See  page  373  for  more  information.  An  alternate 
version,  WRQTM.EXE,  is  also  available  on  disk. 

OPNTM.EXE 

This  program  is  used  for  several  third-party  products:  3Com’s 

TCP  with  Demand  Protocol  Architecture;  Hewlett- 
Packard’s  ARPA  Services  (version  2.0  and  higher);  DEC’s 

PATHWORKS  for  DOS  (version  4.00  and  higher);  and 

Microsoft’s  LAN  Manager  (version  2.10  and  higher  using 

TCP/IP).  See  page  373  for  additional  information  on  these 
options. 

BWTM.EXE 

Beame  &  Whiteside  BWNFS  Network  Software. 
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In  addition  to  the  third-party  Telnet  programs,  the  Telnet  Connection  includes  the 

following: 

SETUP.EXE  An  interactive  installation  and  configuration  program  for 

the  Telnet  Connection.  This  program  creates  batch  files 
(STARTTEL.BAT  and  STOPTEL.BAT)  that  load  and 
unload  the  programs  necessary  for  using  the  Telnet  Connec¬ 
tion  with  Reflection. 

CONMGR.EXE  The  Connection  Manager,  used  for  all  Reflection  Network 

Series  protocols  when  not  using  Windows  Sockets.  Also 
used  for  all  third-party  Telnet  programs. 

RCOM.DLL  Support  for  the  Reflection  Network  Series  running  with 

Reflection  for  Windows  1,2,  and  4.  Depending  on  the  ver¬ 
sion  of  Reflection  for  Windows  you  are  running,  this  file 
(and  VINT 14.3 86)  may  need  to  be  replaced  with  a  newer 
version.  This  is  done  automatically  by  Setup. 


Telnet  Connection  Requirements 

PC  requirements  for  the  Telnet  Connection  are  no  different  from  those  for  running 
Reflection;  you  may  have  additional  hardware  requirements  for  your  third-party 
TCP/IP  software. 

PC  Software  Requirements 

The  Reflection  Network  Series  requires  version  4-2  or  higher  of  Reflection  for  DOS 
or  version  3.7  or  higher  of  Reflection  for  Windows. 

The  third-party  TCP/IP  software  must  be  among  those  listed  on  page  364. 
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Telnet  Connection  Setup 


The  Telnet  Connection  is  installed  by  running  SETUREXE  located  on  the  Telnet 
Connection  disk,  included  with  the  TCP  Connection  or  the  3000  Connection.  This 
Setup  program  is  separate  from  the  Setup  program  on  Disk  1  which  installs  the  TCP 
Connection  and  the  3000  Connection. 

Telnet  Connection  Setup  will  prompt  you  for  information  on  the  following  topics: 

a  What  third-party  TCP/IP  product  are  you  using?  You’ll  be  asked  to  choose  from 
the  following: 

Sun  PC-NFS  Network  Software 

Sun  PC-NFS  Network  Software  using  NIS 

Novell  LAN  Workplace  for  DOS  version  4.0  and  higher 

U ngermann- Bass  Net/One  for  DOS 

FTP’s  PC/TCP  version  2.05  or  lower 

FTP’s  PC/TCP  version  2.10  or  higher 

Wollongong  PathWay  for  DOS 

3Com  TCP  with  Demand  Protocol  Architecture 

Hewlett-Packard  ARPA  Services  version  2.0  and  higher 

DEC  PATHWORKS  for  DOS  (version  4.00  and  higher  using  TCP/IP) 

Microsoft  LAN  Manager  (version  2.10  and  higher  using  TCP/IP) 

Beame  &  Whiteside  BWNFS  Network  Software 

a  How  many  Telnet  sessions  do  you  want  to  run  at  the  same  time?  You  can  request 
as  many  as  8  sessions — each  session  requested  requires  more  memory. 

After  choosing  a  destination  drive,  Setup  creates  batch  files  to  install  and  uninstall 
the  Telnet  Connection  and  copies  the  appropriate  programs  on  your  disk. 

STARTTEL.BAT,  the  batch  file  that  is  created  during  Setup,  consists  of  the 


following: 


CONMGR 

<TelnetManager  for  third-party  TCP/IP> 

The  batch  file  for  PC-NFS  loads  additional  programs.  See  the  information  starting 
on  page  372  for  specific  third-party  TCP/IP  guidelines. 
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Using  the  Telnet  Connection 

After  running  the  Telnet  Connection  Setup  program,  start  the  Telnet  Connection  as 
described  below  and  confirm  that  you  have  access  to  Telnet  and  FTP.  At  this  time 
you  may  also  want  to  modify  the  defaults  for  the  programs  you  load  with  your  Reflec¬ 
tion  Network  Series  startup  file,  STARTTEL.BAT 

Starting  the  Telnet  Connection 

The  instructions  below  assume  you  have  already  followed  the  instructions  in  the 
Setup  program,  which  configures  and  installs  the  files  appropriate  for  your 
environment.  See  page  367. 

1 .  Confirm  that  your  TCP/IP  software  is  installed. 

2.  Run  STARTTEL.BAT. 

This  file  loads  CONMGR  and  your  third-party  Telnet  program. 

3.  Start  Reflection. 

If  you’re  using  Reflection  for  Windows,  start  Windows,  and  then  start 
Reflection. 

4.  Connect  to  a  host. 

This  step  varies  according  to  the  Reflection  product  you’re  using: 

-  Reflection  for  DOS:  select  the  CON-MGR  datacomm  port 

-  Reflection  for  Windows:  select  the  TELNET-MGR  connection  type 
See  “Managing  Sessions  in  Reflection”  starting  on  page  251. 
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CONMGR  Syntax 

CONMGR  provides  support  for  multiple  Reflection  Network  Series  protocols  when 
you  re  not  using  Windows  Sockets.  This  file  must  be  started  before  the  third-party 
Telnet  program. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /u  for  /UNINSTALL. 


CONMGR  /UNINSTALL  /?  / INTERRUPT : <xx>  /QUIET  /SESSIONS : <n> 

v. _ 

”  - - - - - - - - - - / 

/UNINSTALL 

Uninstalls  the  Connection  Manager  (the  Telnet  program  must  be  uninstalled 
first). 

/? 

Provides  a  summary  of  CONMGR  syntax. 

/ INTERRUPT :<xx> 

Specifies  the  interrupt  where  CONMGR  is  to  be  installed.  By  default,  60 
(hexadecimal)  is  used  if  it  is  available.  Otherwise,  the  first  available  interrupt  in 
the  range  60-66  is  used. 

Values:  40-7F 
Default:  60 

/QUIET 

Does  not  display  any  confirmation  messages  to  the  screen  when  CONMGR  is 
loading. 

/SESSIONS :<n> 

Allocates  memory  for  the  number  of  sessions  specified.  This  should  include  the 
number  of  Telnet  sessions  and  FTP  sessions  required.  Reflection  FTP,  available 
with  Reflection  for  Windows  4.1  and  above,  requires  2  Telnet  sessions  and  2 
CONMGR  sessions. 


Values:  1  -255 

Default:  4 
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Telnet  Syntax 

All  the  Telnet  Manager  programs  included  with  the  Telnet  Connection  (listed  on 
page  364)  support  the  same  startup  switches.  You  can  configure  your  Telnet  module 
(for  example,  NFSTM.EXE)  by  adding  switches  to  the  STARTTEL.BAT  file  created 
by  the  Telnet  Connection  Setup  program. 

A  switch  can  be  abbreviated  to  the  shortest  unique  string  that  identifies  it;  for 
example,  you  can  use  /U  for  /UNINSTALL. 

_ _ _ _ _ _ _ _ _ _ _ _ _ — - - - -  N 

c 

<Telnet  program>  /?  /UNINSTALL  /BUFFERSIZE:<n>  /ENV  /KILL 
/PASSIVE  /SESSIONS :<n>  /WINDOWS 


/? 

Lists  options  for  the  Telnet  Manager  program. 

/UNINSTALL 

Uninstalls  the  Telnet  Manager  program.  If  sessions  were  active  when  you  exited 
Reflection,  they  are  disconnected. 

/BUFFERSIZE : <n> 

Specifies  the  buffer  window  for  each  Telnet/FTP  session.  Lowering  the  value 
may  slow  performance;  raising  the  value  may  increase  performance,  but  requires 
more  memory. 

Values:  256-1500 

Default:  1 024 

/ENV 

Causes  the  Telnet  Manager  program  to  keep  its  DOS  environment  segment  after 
becoming  resident.  This  enables  the  program  name  to  be  displayed  by  a  memory 
mapping  utility  such  as  MAPMEM.  This  switch  requires  additional  memory.  It 
is  not  necessary  with  DOS  utilities  such  as  MEM  /C. 

/KILL 

Uninstalls  the  Telnet  Manager  program  even  if  there  are  active  sessions.  This 
switch  forces  a  disconnect  from  Telnet  sessions  and  from  FTP  sessions  in  Reflec¬ 
tion  for  DOS. 
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/PASSIVE 

Telnet  does  not  advertise  capabilities  on  startup,  and  does  not  initiate  any 
option  negotiation.  This  switch  may  be  required  for  Telnet  in  some  environ¬ 
ments,  such  as  SCO  Xenix  TCP/IP. 

/SESSIONS :<n> 

Specifies  the  maximum  number  of  Telnet  and/or  FTP  sessions  to  be  supported. 
In  order  to  have  access  to  the  number  of  sessions  you  request  here,  confirm  that 
the  number  of  you  request  for  CONMGR  is  the  same  or  higher.  Reflection  FTP, 
available  with  Reflection  for  Windows  4.1  and  above,  requires  2  Telnet  sessions 
and  2  CONMGR  sessions. 

Values:  1  —8 

Default:  2 

/WINDOWS 

This  switch  may  allow  you  to  force  Telnet  Manager  to  load  from  within  Win¬ 
dows  3.0  or  higher. 

Note:  Loading  your  Telnet  Manager  program  from  within  Windows  is  not 
recommended.  It  does  not  necessarily  work  for  all  third-party  TCP/IP  programs. 
It  is  only  made  available  for  cases  where  the  TCP/IP  stack  allows  socket  applica¬ 
tions  access  to  the  TCP/IP  stack  via  polling  (rather  than  callback)  techniques,  a 

If  you  do  load  the  Telnet  Manager  program  with  this  switch,  you  must  manually 
edit  your  STARTTEL.BAT  file  so  that  you  only  run  CONMGR  before  starting 
Windows.  Run  the  Telnet  Manager  program  after  starting  Windows. 
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The  /WINDOWS  switch  can  also  save  memory  if  you  use  PC-NFS  and  Win- 
dows  by  allowing  you  to  load  NFSTM  without  RNMNIS  or  RNMFILE: 

1.  Load  CONMGR  and  NFSTM  /WINDOWS  before  starting  Windows.  Do 
not  load  RNMNIS  or  RNMFILE. 

2.  Start  Windows. 

3.  Start  Reflection  for  Windows.  Create  a  Connection  template  that  specifies 
the  IP  address  for  the  host  to  which  you  want  to  connect.  You  can  name 
the  template  so  that  it  operates  in  a  fashion  similar  to  the  way  you  con¬ 
nected  when  RNMNIS  or  RNMFILE  was  available. 

You  will  only  be  able  to  make  a  connection  by  using  an  IP  address.  You  can¬ 
not  connect  by  using  a  name  unless  you  make  a  template. 

Other  TCP/IP  Software 

If  you  are  using  network  software  that  is  not  one  of  the  choices  listed  in  the  Setup 
program,  check  to  see  if  the  company  redistributes  FTP  software.  In  most  cases,  an 
FTP  copyright  notice  should  appear  on  your  network  software  distribution  diskette, 
your  network  software  documentation,  or  on  the  screen  when  you  load  the  network 
software.  If  the  copyright  is  present,  choose  FTP  PC/TCP  when  the  Setup  program 
prompts  you  for  a  TCP/IP  provider.  You  can  also  check  the  following. 

a  In  older  versions  of  PC/TCP,  the  device  driver  IPCUST.SYS  is  in  your 
CONFIG.SYS  file. 

^  In  newer  versions  of  PC/TCP,  an  environment  variable  is  set  to  PCTCP.  Type 
SET  at  the  DOS  command  line  to  see  if  there  is  a  line  similar  to  the  following: 


PCTCP=C : \ CONFIG 
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ARPA  Services,  PATHWORKS,  LAN  Manager,  and  3Com’s  TCP 

The  following  products  provide  the  program  SOCKTSR.EXE,  which  must  be  loaded 
in  order  to  run  the  Telnet  Connection: 

a  HP  ARPA  Services 

a  Digital’s  PATHWORKS  using  TCP/IP 

a  3Coms  TCP  with  Demand  Protocol  Architecture 

a  Microsoft  LAN  Manager  using  TCP/IP 

Version  2.1  A  and  higher  of  Microsoft  LAN  Manager  uses  SOCKETS.EXE;  ear¬ 
lier  versions  used  SOCKTSR.EXE 

The  PROTOCOL.INI  file  for  these  products  includes  a  “numsockets”  parameter  for 
the  Sockets  driver  section.  Calculate  the  value  of  “numsockets”  by  adding  2  to  the 
number  of  Telnet  sessions  you  plan  to  maintain. 

Wollongong  Pathway  Access 

To  achieve  optimum  receive  performance,  set  the  number  of  large  TCP  buffers  to  10. 

If  you  find  you  are  experiencing  problems  with  your  Telnet  Connection  after  select¬ 
ing  the  Wollongong  option,  you  can  try  the  following: 

1.  Locate  the  program  WRQTM.EXE  on  your  Telnet  Connection  disks. 

2.  Copy  WRQTM.EXE  into  your  Telnet  Connection  directory. 

3.  Modify  STARTTEL.BAT  so  that  it  loads  WRQTM.EXE  rather  than 
WINTM.EXE. 

Novell  LAN  Workplace  for  DOS 

If  you’re  using  LAN  Workplace  for  DOS  version  4.0,  you  need  to  add  an  environ¬ 
ment  variable  to  your  AUTOEXEC.BAT  file: 

SET  EXCELAN  =  <LWP  DOS  path> 

The  Telnet  Connection  looks  for  the  Hosts  file  in  the  TCP  subdirectory  of  the  path 
specified  by  EXCELAN. 
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If  you’re  using  LAN  Workplace  for  DOS  version  4.1,  be  sure  the  following  keyword 
is  in  the  Protocol  TCPIP  section  of  your  NET.CFG  file: 

Path  TCP_CFG  <LWP  DOS  path> 

If  you  installed  LAN  Workplace  for  DOS  in  a  different  directory,  modify  this  envi- 
ronment  variable  to  reflect  that  path. 


PC-NFS 

If  you’re  using  PC-NFS,  you  must  indicate  if  you  are  using  NIS  (network  information 
services,  formerly  Yellow  Pages).  The  batch  file  that  loads  the  Telnet  Connection 
software  is  different  when  you’re  using  NIS: 


< PC-NFS  path>  RTM 
< PC -NFS  path>  RNMNIS 
CONMGR 
NFSTM 


; PC-NFS  Resident  Transport  Module 
; if  you're  using  NIS 

; Telnet  for  PC-NFS 


or 


< PC-NFS  path>  RTM 
< PC-NFS  path>  RNMFILE 
CONMGR 
NFSTM 


; PC-NFS  Resident  Transport  Module 
; if  you're  not  using  NIS 

; Telnet  for  PC-NFS 


Your  PC-NFS  path  is  provided  by  the  Telnet  Connection  Setup  program  based  on 
the  environment  variable  NFSPATH  (set  in  AUTOEXEC.BAT). 
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PC-NFS  Name-to-Address  Mapping 

When  you  select  PC-NFS  from  the  Setup  menu,  you  must  also  indicate  whether 
you’re  using  NIS  (network  information  services,  formerly  Yellow  Pages).  Depending 
on  your  answer,  RNMFILE  or  RNMNIS  is  included  in  your  STARTTEL.BAT  file. 

If  you  need  to  save  memory  when  running  Microsoft  Windows,  see  page  370  for 
information  on  /WINDOWS. 

Contains  the  name-to-address  mapping  routines  for  the  Internet 
Protocol  suite  with  local  system  file  (i.e.,  Hosts)  lookup 
capabilities. 

Contains  the  name-to-address  mapping  routines  for  the  Internet 
Protocol  suite  with  NIS  lookup  capabilities. 


RNMFILE.EXE 

RNMNIS.EXE 
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Serial  TCP/IP  Support:  WRQSLIP 


The  Reflection  Network  Series  Serial  Line  Interface  Protocol  (SLIP)  is  used  for 
point-to-point  serial  connections  running  TCP/IP.  SLIP  is  used  on  dedicated  serial 
links  and  for  dial-up  purposes.  SLIP  support  is  included  with  the  following  Reflec- 
tion  Network  Series  products: 

Tf*t> 

S  3000 

The  Reflection  Network  Series  Setup  program  does  not  provide  configuration  sup¬ 
port  for  SLIP,  but  WRQSLIREXE  is  copied  to  your  Reflection  Network  Series  direc¬ 
tory  (for  example,  WRQNET)  as  part  of  the  installation  process. 

WRQSLIREXE  is  an  interface  between  the  WRQTCP.EXE  and  a  serial  device. 
TCP2PDIS.EXE  is  not  required  to  establish  a  SLIP  link.  WRQSLIP  provides  the 
initialization  information  required  by  WRQTCP. 

Note:  You  cannot  make  TCP/IP-based  connections  via  a  network  card  at  the  same 
time  you  are  using  WRQSLIP.  WRQSLIP  provides  a  single  serial  connection 
TCP/IP;  TCP2PDIS  and  WRQSLIP  cannot  be  loaded  in  memory  at  the 
same  time,  a 

All  information  specific  to  WRQSLIP  is  located  in  this  appendix;  descriptions  of 
other  Reflection  Network  Series  modules  that  can  be  used  with  WRQSLIP  do  not 
include  additional  SLIP-based  information.  Use  the  checklist  on  the  following  page 
as  a  guideline  for  setting  up  your  SLIP  connection. 
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SLIP  Requirements 

Using  SLIP  requires  the  following: 

A  A  modem  or  a  direct  serial  connection.  A  Hayes-compatible  modem  is  required 
if  you  want  to  specify  an  automatic  dial-up  string. 

▲  If  you’re  not  using  Windows  Sockets,  WRQSLIP.EXE,  WRQTCP.EXE, 
CONMGR.EXE,  and  either  TELMGR.EXE  or  VTMGR.EXE  must  be  installed 
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in  memory.  If  you’re  using  Windows  Sockets,  WRQSLIP.EXE  and 
WRQTCP.EXE  must  be  installed  in  memory  and  the  appropriate  Windows 
Sockets  modules  must  be  available. 

a  An  initialization  file  (SLIP.INI  or  PROTOCOL.INI)  for  TCP/IP  configuration. 

—  You  can  create  a  SLIP-specific  file,  such  as  SLIP.INI,  that  contains 
initialization  information. 

-  If  you  prefer,  you  can  incorporate  SLIP  information  in  a  PROTOCOL.INI 
file  that  may  also  contain  parameters  for  a  network  card.  In  this  case, 
WRQSLIP  reads  the  TCP/IP  specific  information  in  the  [WRQNDIS1]  sec¬ 
tion  (also  used  by  the  network  card)  as  well  as  the  [WRQSLIP]  section  (for 
SLIP-specific  settings). 

Note:  Even  if  you  have  ODI  software  on  your  PC  and  use  a  NET.CFG  file 
for  TCP/IP  configuration  when  you’re  connecting  over  a  network  connec¬ 
tion,  SLIP.INI  should  follow  the  same  general  format  as  a  PROTOCOL.INI 
file.  ▲ 

Once  the  SLIP  connection  has  been  established,  it  functions  in  a  fashion  similar  to  a 
LAN  interface  for  any  network  application.  Network  addressing  rules  that  apply  to 
LAN  interfaces  also  apply  to  a  SLIP  interface. 


Configuring  SLIP 

Use  the  guidelines  below  to  install  and  configure  the  Reflection  Network  Series 
SLIP  interface.  It’s  best  to  start  with  a  very  basic  configuration.  After  confirming 
that  you  have  SLIP  working  properly,  you  can  add  back  other  software.  SLIP  requires 
no  additional  configuration  information  in  your  AUTOEXEC.BAT  and 
CONFIG.SYS  files. 

To  create  a  SLIP.INI  file  or  edit  a  PROTOCOL.INI  file,  the  following  lines  must  be 
present: 

[WRQSLIP] 

Drivername  =  WRQSLIP$ 

IPAddressO  =  <IP  address> 


oipuad 
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Other  values  are  optional  or  have  defaults.  A  sample  SLIRINI  with  additional  values 
might  look  like  the  following: 

[WRQSLIP] 

Drivername  =  WRQSLIP $ 

IPAddressO  =  192  192  250  123  ;IP  address  must  be  unique 

TCPBuf fersize  =  586 

SubnetMaskO  =  255  255  255  0 

HostsPath  =  C:\WRQNET 

TCPSessions  =  7 

DefaultGatewayO  =  192  192  250  001 

If  you’re  adding  a  [WRQSLIP]  section  to  a  PROTOCOLJNI  file  that  already  has  the 
correct  TCP/IP  parameters  set  in  a  [WRQNDIS1]  section,  you  do  not  have  to  repeat 
them  in  the  [WRQSLIP]  section.  WRQSLIP  reads  values  from  both  sections,  if  they 
exist. 

Typical  configuration  options  include: 

Domain  Naming  If  you  plan  to  refer  to  systems  by  name  and  not  by  IP  address, 
you  should  have  a  correctly  configured  Hosts  file  that  is 
specified  with  the  HostsPath  =  keyword  or  a  domain  name 
server  defined  with  the  DNSServerAddr  =  keyword.  See  page 
301  for  more  information  on  domain  naming.  You  must  have 
TELMGR.EXE  loaded  to  use  this  keyword;  see  page  382. 

Gateway  If  you  plan  to  communicate  with  systems  on  another  subnet, 

define  a  default  gateway  using  the  DefaultGatewayO  = 
keyword  described  on  page  327. 

The  default  gateway  must  be  configured  so  that  the  SLIP  con¬ 
nection  is  on  the  same  subnet  as  the  gateway.  In  most  cases, 
you  won’t  need  a  default  gateway  to  connect  to  a  SLIP  server; 
if  you’re  in  doubt,  don’t  add  this  keyword.  It  is  not  safe  to 
assume  that  your  SLIP  server  is  also  the  default  gateway. 

TCP  Buffers  Set  TCPBuf  fersize  to  586  in  order  to  avoid  possible  frag¬ 

mentation  problems.  The  default  is  1090. 

The  /TEXTINI  switch,  described  on  page  382,  should  be  used  when  loading 
WRQSLIP  to  indicate  the  location  of  the  SLIP.INI  or  PROTOCOL.INI  file  that 
contains  SLIP  information. 
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Starting  a  SLIP  Session 

After  you  have  configured  your  initialization  file  and  performed  the  other  setup 
steps,  load  the  SLIP  files  in  the  order  listed  below: 

WRQSLIP . EXE  /TEXTINI ^initialization  file> 

WRQTCP . EXE 

CONMGR.EXE  ;if  you're  not  using  Windows  Sockets 

<TELMGR . EXE  or  VTMGR . EXE>  ;if  you're  not  using  Windows  Sockets 

You  can  create  batch  files  that  load  and  unload  these  programs  if  you  wish.  Unload 
the  programs  in  reverse  order  from  the  loading  order  listed  above. 

The  /TEXTINI  startup  switch  points  to  a  file  that  contains  your  TCP/IP  setup  infor- 
mation,  for  example: 

WRQSLIP  /TEXTINI : C : \WRQNET\SLIP . INI 

If  you  also  use  PROTOCOL.INI  for  network  card  support,  you  can  choose  to  use  the 
same  file  for  SLIP  support  or  create  a  separate  SLIP.INI  file.  However,  it  is  easier  to 
confirm  which  parameters  are  being  used  if  you  create  a  separate  file  called  SLIP.INI. 

Establishing  a  Session 

You  can  establish  a  serial  connection  before  loading  WRQSLIP,  or  you  can  establish 
a  serial  connection  as  part  of  the  WRQSLIP  loading  procedure.  WRQSLIP  provides 
rudimentary  dialing  capabilities. 

You  can  dial  a  server  in  either  of  the  following  ways: 

a  Use  the  /STRING  autodial  switch  or  the  String  =  keyword  to  supply  a  phone 
number  to  autodial  a  server.  If  your  server  requires  you  to  log  on  and  respond  to 
a  series  of  prompts,  using  the  autodial  feature  is  not  recommended. 

a  Use  the  Reflection  dialing  utility.  Reflection  should  be  configured  to  use  an 
appropriate  COM  port  and  baud  rate.  After  dialing  in  and  establishing  a  SLIP 
session  on  the  remote  server,  configure  Reflection  for  a  network  connection: 

—  In  Reflection  for  DOS,  choose  the  CON-MGR  datacomm  port. 

—  In  Reflection  for  Windows,  pull  down  the  Connection  menu  to  select  a 
new  TELNET  or  VT-MGR  connection.  You  can  also  open  a  saved  template 
for  one  of  these  choices. 
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You  can  now  connect  to  your  host  using  standard  startup  procedures.  Only  one  ses- 
sion  can  be  maintained  at  a  time. 

Note:  If  you  are  using  VTMGR.EXE  or  RNNSVT.DLL  to  connect  to  your  host,  you 
must  connect  using  the  host  IP  address;  WRQSLIP  does  not  support  the  Probe 
protocol.  3000  Connection  users  can  load  TELMGR  (rather  than  VTMGR)  and  use 
a  Hosts  file,  IP  address,  or  a  Domain  name  server  specification.  NS  Connection  users 
must  specify  a  host  by  IP  address.  ▲ 

WRQSLIP  Syntax 

WRQSLIP.EXE  supports  the  following  startup  switches: 


WRQSLIP  /?  /QUIET  /STRING:<  >  /TEXTINI:<filespec>  /UNINSTALL 


/? 

Lists  options  for  WRQSLIP. 

/QUIET 

Does  not  display  any  confirmation  messages  when  starting  WRQSLIP. 

/STRING:  <n..> 

Initialization  string  sent  to  the  port  (maximum  of  64  characters).  To  use  this 
switch,  a  Hayes-compatible  modem  is  required.  You  may  have  to  put  your 
modem  into  “verbose”  mode;  if  so,  issue  ATV1  before  loading  WRQSLIP. 

/TEXTINI  :<f  ilespeo 

Specifies  a  text  file  to  use  for  TCP/IP  and  WRQSLIP  configuration  (the  default 
is  PROTOCOL.INI) .  This  switch  is  optional  if  PROTOCOL.INI  is  located  in 
the  same  directory  as  WRQSLIP.EXE.  You  can  specify  a  alternate  path  and  file 
name  (such  as  SLIP.INI).  The  text  file  must  contain  at  least  the  following  in 
order  to  be  recognized  when  WRQSLIP  is  loaded: 

a  The  section  header,  [WRQSLIP] .  The  brackets  are  required. 

a  Following  the  section  header,  Drivername  =  WRQSLIP$. 

Keywords  are  described  in  “WRQSLIP  Keywords”  on  page  383. 

/UNINSTALL 

Removes  WRQSLIP  from  memory. 


Serial  TCP/IP  Support:  WRQSLIP 


WRQSLIP  Keywords 

SLIP  supports  the  following  keywords  in  the  [WRQSLIP]  section  of 
PROTOCOL.INI  or  a  related  file  (SLIP.INI): 

BAUD.RATE  =  <n> 

The  baud  rate  for  the  selected  port.  SLIP  supports  the  following  baud  rates. 
9600  baud  is  the  default. 

Values:  57600  4800  600 

38400  2400  300 

19200  1200  110 

9600 

Default:  9600 

Drivername  =  <drivername> 

Unique  drivername  used  to  identify  the  WRQSLIP  section.  The  section  for 
WRQSLIP  must  be  named  WRQSLIP$. 


Env  = 

Causes  WRQSLIP  to  keep  its  DOS  environment  segment  after  becoming  resident. 
The  segment  is  not  kept  if  this  keyword  is  not  present. 

Flow  = 

Enables  flow  control  procedures.  Setting  this  flag  will  cause  the  program  to  monitor 
the  Modem  Status  Register’s  Clear  to  send  (CTS)  status  line.  When  this  keyword  is 
not  present,  flow  control  is  disabled. 

Interrupt  =  <xx> 

Specifies  the  interrupt  number  in  hexadecimal  format.  This  is  required  only  if  there 
are  conflicts  with  other  software  using  the  interrupt. 

Values:  40-7F 

Default:  cfirst  unused  interrupt  in  range  60-66> 
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lOBase  =  <xxxx> 

Specifies  the  I/O  base  address  of  the  serial  port. 

Values:  100-FFFF 

Default:  3F8 

IRQ  =  <n> 

Selects  the  IRQ  for  the  specified  serial  port. 

Values:  2-7 

Default:  4 

Poll  = 

Selects  non- interrupt-driven  transmits  (i.e.,  polling).  If  this  keyword  is  not  present, 
polling  is  not  enabled. 

Port  =  <n> 

Selects  the  serial  port.  If  you  choose  a  value  other  than  the  default  (1),  the 
associated  IOBase  and  IRQ  values  are  changed  according  to  the  standard  defaults 
for  that  port. 

Values:  1  -4 

Default:  1 

String  =  <n..> 

Specifies  an  initialization  string  to  be  sent  to  the  port.  The  maximum  string  length  is 
64  characters.  To  use  the  STRING  keyword  for  dialup  support,  the  modem  must  sup¬ 
port  Hayes  modem  commands.  You  may  have  to  put  your  modem  into  “verbose” 
mode;  if  so,  issue  ATV1  before  loading  WRQSLIP. 


Timeout  =  <nn> 

Modem  timeout  value  in  seconds.  You  may  want  to  extend  the  dialing  timeout 
period  in  case  it  takes  a  long  time  to  establish  the  connection. 


Values:  5-60 

Default:  1 5 
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Other  Keywords  Used  by  WRQSLIP 


Other  keywords  used  by  SLIP  can  be  defined  either  in  the  [WRQNDIS1]  section  of 
PROTOCOL.INI  or  in  the  [WRQSLIP]  section  of  SLIP.INI;  if  a  parameter  is 
defined  in  both  [WRQSLIP]  and  [WRQNDIS1],  the  WRQSLIP  value  is  used. 

The  keywords  applicable  to  SLIP  and  their  page  references  are  listed  below: 


Keyword 


Page 

327 

327 

330 

330 

331 
331 

335 

336 
338 

338 

339 


DefaultGatewayO 

DNSServerAddr 

IPAddressO 

HostsPath 

Lanabase 

NBSessions 

NumTCPBuf fers 

PCDNSHostName 

SubnetMaskO 

TCPBuf fersize 

TCPSessions 


Troubleshooting  SLIP 


If  you  have  trouble  making  a  connection,  you  can  use  PING  to  isolate  the  problem: 


a  PING  an  IP  address  on  another  network  if  you  are  using  SLIP  as  a  gateway  to 
other  networks.  A  failure  to  respond  may  indicate  a  routing  problem. 


a  PING  the  IP  address  of  the  system  to  which  you  are  connected.  A  failure  to 
respond  could  indicate  an  incorrect  IP  address. 

Although  PING  is  a  good  method  to  test  for  connectivity,  PING  can  cause  problems 
on  some  systems.  If  the  system  should  hang,  chances  are  the  serial  connection  is  still 
valid.  In  most  cases  all  that  is  required  to  re-establish  the  SLIP  connection  is  to 
reboot  the  machine  and  reload  WRQSLIP. 


A  Seri 
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WRQSLIP  Error  Messages 

Many  of  the  error  messages  displayed  by  WRQSLIP  are  the  same  as  those  displayed 
by  TCP2PDIS.EXE;  see  the  error  message  descriptions  for  TCP2PDIS  in  the  Error 
Message  appendix.  Other  error  messages  you  may  see  are: 

Cannot  install  or  uninstall  WRQSLIP.EXE, TCP  Kernel  is  installed 

If  another  TCP/IP  stack  is  detected  when  you  try  to  load  WRQSLIP,  this  message  is 
displayed.  You  should  be  running  only  one  of  these  stacks  at  a  time.  Uninstall  the 
other  TCP/IP  stack  and  try  to  load  WRQSLIP  again. 

Cannot  install  WRQSLIP.EXE  JCP2PDIS  is  installed 

If  TCP2PDIS  is  detected  when  you  try  to  load  WRQSLIP,  this  message  is  displayed. 
You  should  be  running  only  one  of  these  stacks  at  a  time.  Uninstall  TCP2PDIS  and 
try  to  load  WRQSLIP  again. 


Baud  rate  specified  is  not  supported 

See  page  383  for  a  list  of  supported  baud  rates. 


Memory  and  Session  Management 


The  Reflection  Network  Series  allows  you  to  maintain  two  or  more  protocol  stacks. 
This  chapter  covers  guidelines  to  help  you  move  between  protocols  and  make 
optimum  use  of  your  PC  memory. 

The  memory  management  tips  include  using  memory-saving  startup  switches  and 
guidelines  for  using  memory  management  software  to  load  programs  in  memory 
regions  beyond  640K. 

Reflection  for  DOS  creates  temporary  files  as  you  switch  between  sessions;  a  RAM 
drive  can  improve  performance  significantly.  See  page  268. 
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Using  Startup  Switches  to  Save  Memory 

In  order  to  have  the  maximum  amount  of  memory  available  for  PC  applications,  you 
can  limit  the  amount  of  memory  required  by  Reflection  and  the  Reflection  Network 
Series  by  using  startup  switches. 

Use  MACHINFO  to  get  basic  information  about  your  memory  configuration.  To 
determine  the  effect  of  using  these  switches,  use  a  utility  such  as  MAPMEM  or  the 
DOS  utility  MEM  /C  available  with  DOS  versions  5.0  and  above  to  compare  how 
much  memory  is  saved  when  a  value  for  a  switch  is  decreased. 

Reflection  for  DOS 

Reflection  has  a  variety  of  startup  switches  that  limit  the  amount  of  memory 
required.  For  example,  /MEM:S  runs  Reflection  with  a  smaller  amount  of  memory. 
See  the  Reflection  Technical  Reference  for  more  memory-saving  techniques. 

If  you  find  you  don’t  have  enough  memory  to  hot-key  out  of  Reflection  and  run  a 
particular  PC  application,  you  can  use  (Ak)-®  to  exit  Reflection.  The  screen  for 
each  Reflection  Network  Series  session  will  be  available  when  you  start  Reflection 

again. 

Reflection  Network  Series 

The  Reflection  Network  Series  allows  you  to  reduce  memory  usage  by  using  startup 
switches  and  keywords  in  NET.CFG  or  PROTOCOL.INI  to  allocate  data  buffers. 


RNDIS.EXE 

LRT  TCP  A  pw 

See  page  154  for  the  full  syntax  of  RNDIS.EXE,  including  the  range  and  the  defaults 
for  all  these  switches. 

RNDIS  /LIFOS:<n> 

RNDIS  /LIFOSIZE:<n> 

RNDIS  /MCASTS:<n> 

RNDIS  /STACKS:<n> 

RNIDS  /RECEIVES:<n> 

RNDIS  /XMITS:<n> 


1 II 
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ROOI.EXE 

A  ;1^,  A  3000 

See  page  148  for  the  full  syntax  ofRODI.EXE,  including  the  range  and  the  defaults 
for  all  these  switches. 

RODI  /ECBS:<n> 

RODI  /LIFOS:<n> 

RODI  /LIFOSIZE:<n> 

RPDI  /MCASTS:<n> 

RODI  /STACKS:<n> 


TCP2PDIS.EXE 


When  TCP2PDIS  starts,  it  typically  uses  the  configuration  information  in  NET.CFG 
or  PROTOCOL.INI.  The  values  of  the  keywords  listed  below  affect  memory  usage. 

See  page  325  for  a  summary  of  keywords  including  the  range  and  the  defaults  for 
each  keyword. 

NBSessions 
NumAddress 
NumTCPBuf fers 
TCPBuf fersize 
TCPSessions 

When  connecting  to  an  HP  host  not  on  the  same  local  network,  TCP2PDIS  /FILE 
and  TCP2PDIS  /PROXY  have  an  impact  on  PC  memory;  a  very  large  Hosts  file  will 
require  more  memory  than  a  smaller  one. 

CONMGR.EXE 

A  A  3000 

Each  session  uses  approximately  256  bytes  of  memory. 

CONMGR  /SESSIONS:<n> 


(NetBIOS  applications  only) 

(or  TCP2PDIS  /NUMADDRESS) 
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LAT  Modules 


The  syntax  for  these  programs  is  described  in  “The  LAT  Connection  starting  on 
page  41.  The  range  and  default  for  each  switch  is  provided  with  the  syntax  for  each 

module. 

RDLL  /BUFFERS:<n> 

RLAT  /DIR:<n> 

LATMGR  /SESSIONS:<n> 

LATMGR  /SLOTS:<n> 

Telnet 

TCP  3000 

For  the  range  and  default  of /SESSIONS,  see  page  363  for  information  on  the  Telnet 
Connection  and  page  86  for  TCP  Connection  and  3000  Connection  users. 

TELMGR  /SESSIONS:<n> 

<third-party  Telnet>  /SESSIONS:<n> 

When  running  Windows  Sockets  applications,  the  number  of  Telnet  sessions  you 
can  run  concurrently  is  limited  by  PC  memory  instead  of  the  number  of  sessions  you 
specify  in  Setup  or  the  /SESSIONS  switches  for  TELMGR.EXE. 

VTMGR.EXE 

NS  3000 

See  page  109  for  the  full  syntax  of  VTMGR.EXE,  including  /SESSIONS  default  and 
range. 

VTMGR  /SESSIONS:<n> 

When  running  Windows  Sockets  applications,  the  number  of  NS/VT  sessions  you 
can  run  concurrently  is  limited  by  PC  memory  instead  of  the  number  of  sessions  you 
specify  in  Setup  or  the  /SESSIONS  switches  for  VTMGR.EXE. 
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Novell  NetWare  and  Memory  Management 


See  page  207  for  information  on  using  Novell  NetWare  with  the  Reflection  Network 


Series. 


ODI 


Use  ODI  rather  than  NDIS  to  take  full  advantage  of  memory  management 
capability.  The  network  device  driver  and  IPXODI  can  be  uninstalled  in  an  ODI 
environment.  In  an  NDIS  environment,  IPX.COM,  your  network  driver,  and 
protocol  manager  cannot  be  uninstalled. 


The  recommended  loading  order  for  the  Reflection  Network  Series  with  Novell  Net¬ 


Ware  in  an  ODI  environment  is: 


LSL.COM 

IPXODI.COM 

NET<x> . COM  or  VLM.EXE 
STARTNET . BAT 

By  default,  Setup  places  lines  to  load  LSL  and  IPXODI  toward  the  top  of  your 
AUTOEXEC.BAT  file,  allowing  any  NetWare-dependent  procedure  that  is  located 
below  these  lines  to  execute  properly.  However,  you  may  need  to  make  some  modifi¬ 
cations  if  you  load  uninstallable  programs  after  these  lines. 

IPXODI  can  also  be  configured  to  use  less  memory.  IPXODI.COM  contains  three 


protocols: 


a  IPX 
a  SPX 

a  Remote  Diagnostics  Responder 

In  some  environments,  you  may  not  need  SPX  or  the  Remote  Diagnostics 
Responder.  They  are  required,  however,  for  some  third-party  applications  that  gather 
diagnostics  information  and  by  some  NetWare  utilities  such  as  RCONSOLE  and 
NVER.  If  you  do  not  need  to  load  this  portion  of  IPX,  use  the  guidelines  below: 

If  you  need...  use  this  option...  Memory  saved 

IPX  and  SPX  only  IPXODI  D  or  /D  3K  or  4K 

IPX  only  IPXODI  A  or /A  8Kor9K 


ipendici 
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NDIS 

The  recommended  loading  order  for  the  Reflection  Network  Series  with  Novell 
NetWare  in  an  NDIS  environment  is: 

RNDIS.EXE  (in  AUTOEXEC.BAT) 

IPX.COM 

NET<X> . COM  or  VLM.EXE 
STARTNET . BAT 

Do  not  uninstall  RNDIS— it  is  required  for  access  to  your  NetWare  server. 
RNDIS.EXE  must  be  run  before  IPX.COM. 

Since  IPX.COM  cannot  be  removed  from  memory  without  rebooting  your  machine, 
you  should  run  IPX  before  running  your  STARTNET.BAT  file. 

The  redirector  in  NETX.COM  handles  upper  memory  block  allocation  in  a  manner 
similar  to  DOS.  However,  when  there  is  not  sufficient  memory  to  load  a  program  in 
high  memory,  the  program  is  not  loaded.  In  contrast,  DOS  simply  loads  the  program 
into  lower  memory  in  this  case. 

If  you  add  LH  in  front  of  the  modules  in  STARTNET.BAT  and  run  this  batch  file 
after  NETX,  you  may  see  a  message  that  one  of  the  modules  did  not  load,  with  no 
further  explanation  about  the  problem.  Try  to  load  the  module  directly  from  DOS 
without  using  the  LH  command.  If  the  program  loads  successfully,  edit 
STARTNET.BAT  so  that  the  programs  that  did  not  load  do  not  have  the  LH 
command. 
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Using  Memory  Managers 

If  you  are  using  a  computer  based  on  an  Intel  386,  386SX  or  486  CPU  that  has  avail¬ 
able  extended  memory  and  you  have  a  memory  manager  such  as  EMM386,  the  DOS 
6  MemMaker  utility,  QEMM-386,  or  386MAX,  you  can  load  portions  of  your  Reflec¬ 
tion  Network  Series  software  into  high  memory. 

See  page  404  for  information  on  using  multiple  configurations  with  the  DOS  6 
[menu]  or  BOOTCON  utilities. 

For  these  machines,  memory  above  640K  is  divided  into  three  parts: 

▲  Memory  between  640K  and  1  MB  are  Upper  Memory  Blocks 

▲  The  first  64K  (minus  16  bytes)  above  1  MB  is  the  High  Memory  Area 

▲  Memory  more  than  64K  (minus  16  bytes)  above  1  MB  is  Extended  Memory. 

Only  the  Upper  Memory  Blocks  may  be  used  by  Reflection  Network  Series  software. 
In  the  discussion  below,  the  term  “high  memory”  refers  exclusively  to  these  Upper 
Memory  Blocks. 

Memory  Management  Overview 

The  purpose  of  using  a  memory  manager  is  to  get  your  TSR  programs  out  of  the  con¬ 
ventional  memory  area  below  640K,  and  to  create  the  largest  possible  amount  of 
available  conventional  memory. 

Memory  managers  remap  a  portion  of  physical  memory  above  1  MB  into  unused 
addresses  in  the  range  between  640K  and  1  MB.  TSR  software,  including  some  of 
the  Reflection  Network  Series  software,  can  then  be  loaded  into  this  memory  using  a 
utility  that  comes  with  the  memory  manager. 

Before  proceeding  with  any  memory  management  configuration,  be  sure  you  have  a 
boot  floppy  disk  on  hand  to  recover  from  any  problem.  (Create  a  boot  floppy  disk 
using  FORMAT  A:  /S.  A  copy  of  AUTOEXEC.BAT  and  CONFIG.SYS  should  also 
be  available  on  the  disk.) 


Memory  and  Session  Management 


Reflection  Network  Series  and  High  Memory 

There  are  three  types  of  programs  in  the  Reflection  Network  Series;  some  are  candi- 
dates  for  being  loaded  into  high  memory. 

DOS  Device  Drivers  in  an  NDIS  Environment 

In  an  NDIS  environment,  the  Reflection  Network  Series  includes  two  DOS  device 
drivers:  PROTMAN.DOS  and  an  NDIS  driver  for  your  network  card.  (There  are  no 
DOS  device  drivers  required  for  ODI.) 

▲  PROTMAN.DOS  should  not  be  loaded  into  high  memory.  PROTMAN.DOS 
makes  temporary  use  of  a  large  block  of  conventional  memory  that  is  released 
after  NETBIND  is  executed — the  remaining  portion  of  PROTMAN.DOS  is 
only  96  bytes  long. 

a  In  general,  NDIS  drivers  may  be  loaded  into  high  memory  (for  example,  you  can 
use  DEVICEHIGH  in  CONFIG.SYS  if  you’re  using  DOS  version  5.0  or  above). 
However,  these  drivers  are  written  by  a  variety  of  hardware  manufacturers,  and 
some  may  not  function  correctly  in  high  memory.  Test  this  step  with  your  par- 
ticular  card. 

Use  HIMEM.SYS,  QEMM’s  LOADHI.SYS  device  driver  available  with  DOS  ver¬ 
sions  5.0  and  above,  or  386MAX’s  386LOAD.SYS  device  driver.  See  your  memory 
manager’s  documentation  for  instructions  on  using  these  programs. 

If  you  are  using  the  NDIS  2.1  support  files  distributed  with  this  release  of  the  Reflec¬ 
tion  Network  Series,  you  can  load  other  devices  before  PROTMAN  in 
CONFIG.SYS.  This  upgrade  is  required  if  you  plan  to  use  the  DOS  6  DBLSPACE 
disk  compression  utility. 

You  may  be  using  NDIS  1.1  support  files  (PROTMAN.DOS,  NETBIND.EXE)  if  you 
had  NDIS  support  files  already  on  your  PC  when  you  installed  this  version  of  the 
Reflection  Network  Series  and  you  did  not  choose  to  install  it  into  the  same  direc¬ 
tory  where  these  files  were  located.  See  page  200  for  details  on  ensuring  that  you  are 
using  NDIS  2.1  files. 


A 
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TSR  Programs 


Any  or  all  of  the  following  TSR  programs  may  be  loaded  into  high  memory  (if 
enough  memory  is  available): 


RNDIS.EXE  or  RODI.EXE 

TCP2PDIS.EXE 

WRQTCP.EXE 

VTMGR.EXE 

TELMGR.EXE 

RDLL.EXE 

RLAT.EXE 


* 


LATMGR.EXE 

CONMGR.EXE 


Third-party  Telnet  programs 


For  example,  a  properly  configured  system  with  sufficient  upper  memory  blocks  can 
support  a  STARTNETBAT  file  that  looks  like  this: 

LH  RNDIS  /IRQ: 5  /STACKS: 5 
LH  TCP2PDIS  /TEXTINI 
LH  WRQTCP 
LH  TELMGR 

Also,  IPX.COM  and  your  NetWare  shell  (NET<x>.COM)  can  be  loaded  into  high 
memory,  though  it  is  unlikely  that  you  will  have  enough  high  memory  to  load  all  of 
these. 

Non-TSR  Programs 

Non-TSR  programs  should  not  be  loaded  high.  Non-TSR  programs  distributed  with 
the  Reflection  Network  Series  include  STAT.EXE,  PING.EXE,  and  RSN.EXE. 
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Guidelines  for  Configuring  Upper  Memory 

Below  is  a  general  procedure  for  configuring  the  Reflection  Network  Series  with 

memory  management  software: 

1.  Install  Reflection  Network  Series  software  on  your  system. 

2.  Verify  that  this  software  operates  correctly. 

3.  Install  the  386  memory  manager  on  your  system. 

4.  Verify  that  your  system  continues  to  operate  correctly.  Check  your 
CONFIG.SYS  file;  if  you’re  using  PROTMAN.DOS  for  an  NDIS  environment, 
some  memory  managers  will  attempt  to  load  it  into  high  memory. 
PROTMAN.DOS  cannot  be  loaded  into  high  memory.  Change  this  line  back 
to  a  standard  device  =  loading  procedure. 

5.  Verify  that  your  Reflection  Network  Series  software  continues  to  operate 
correctly. 

6.  Try  loading  your  Reflection  Network  Series  software  into  high  memory.  If  you 
are  adding  more  than  one  program,  add  one  program  at  a  time. 

If  you  already  have  one  of  these  memory  managers  installed  and  configured,  use  the 

guidelines  below  to  add  the  Reflection  Network  Series  files. 

▲  If  you  do  not  require  expanded  (EMS  or  LIM)  memory  support,  use  NOEMS 
with  QEMM  or  EMS=0  with  386MAX  with  an  additional  64K  of  high  memory. 

▲  Only  load  the  programs  you  need.  If  you  use  NS/VT  every  day  but  only  occa^ 
sionally  use  LAT,  don’t  load  LAT  as  part  of  STARTNET.BAT 

▲  Do  not  specify  more  sessions  or  buffers  than  you  actually  need.  For  example, 
TELMGR  /SESSIONS:6  requires  more  memory  than  /SESSIONS:!. 
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PROTMAN  and  Memory  Managers 

If  you  are  using  NDIS  version  2.1  support  files,  you  can  load  a  memory  manager  in 
CONFIG.SYS  after  PROTMAN.  This  is  the  NDIS  version  installed  by  default  with 
this  release  of  the  Reflection  Network  Series.  However,  if  NDIS  1.1  support  files  are 
correctly  configured  and  in  a  different  directory  than  your  Reflection  Network  Series 
software,  your  NDIS  1.1  environment  is  still  in  effect.  See  page  200  for  information 
on  upgrading  to  NDIS  2.1. 

If  you  are  using  NDIS  version  1.1  support  files,  PROTMAN. DOS  must  be  loaded 
before  other  network  device  drivers  in  CONFIG.SYS.  If  you  are  using  HIMEM.SYS 
and  EMM386.EXE,  PROTMAN.DOS  must  be  loaded  before  HIMEM.SYS  and 
EMM386.EXE.  The  order  in  your  CONFIG.SYS  file  should  be  as  follows: 

PROTMAN.DOS 

HIMEM.SYS 

EMM386.EXE 

Make  sure  that  you  exclude  the  range  of  memory  used  by  your  Ethernet  card.  This  is 
required  for  the  Western  Digital  and  SMC  cards  in  particular.  The  start  of  the  range 
may  be  found  in  your  PROTOCOL.INI  file. 

For  example,  a  network  adapter  that  uses  a  16K  shared  memory  buffer  starting  at  seg- 
ment  CC00  should  use  the  following  parameter  when  loading  EMM386: 

DEVICE=C : \DOS\ EMM3 8 6 . EXE  X=CC 0 0 -CFFF 

You  must  modify  AUTOEXEC.BAT,  and  STARTNET.BAT  by  hand  to  optimize 
your  configuration.  See  the  MS-DOS  User's  Guide  and  Reference  for  information  on 
running  programs  in  the  upper  memory  area  section. 
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QEMM-386  and  386MAX 

Although  the  OPTIMIZE  program  included  with  QEMM-386  and  the  MAXIMIZE 
program  included  with  386MAX  provide  the  quickest  way  to  perform  memory  con¬ 
figuration,  but  you  may  find  you  need  to  do  some  manual  configuration  afterwards 
for  best  results.  The  safest  procedure  is  to  perform  each  of  the  memory  configuration 
steps  yourself  to  set  up  QEMM-386  with  the  Reflection  Network  Series. 

When  using  386MAX  for  memory  management,  a  line  similar  to  the  following  loads 
CONMGR.EXE  after  MAXIMIZE  in  AUTOEXEC.BAT: 

C:\386MAX\386LOAD  SIZE=xxx  PROG=C : \WRQNET\CONMGR  /SESSIONS :<n> 

386LOAD  handles  the  memory  allocated  to  CONMGR  in  a  different  way  than  in 
other  environments.  Memory  that  should  be  kept  for  connection  management  sup¬ 
port  is  freed  by  386LOAD  when  it  should  not  be.  To  correct  this  problem,  add 
ENVSAVE: 

C:\386MAX\386LOAD  SIZE=xxx  ENVSAVE  PROG=C : \WRQNET\ CONMGR  /SESSIONS:<n> 

If  ENVSAVE  is  not  included,  you  will  not  be  able  to  establish  as  many  connections 
as  you  specified  with  the  /SESSIONS  switch. 
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Before  using  the  guidelines  in  this  chapter,  try  to  confirm  the  following  in  order  to 
isolate  the  source  of  your  problems: 

a  Is  your  Ethernet/Token-Ring  cable  plugged  in? 

a  Is  your  host  up? 

a  Is  the  host  network  software  running? 


How  to  Receive  Technical  Support 

If  you  cannot  resolve  your  problems,  try  one  or  more  of  the  following  technical  sup¬ 
port  options. 

a  In  the  U.S.A.,  use  your  modem  to  dial  into  WRQ’s  bulletin  board  system  (BBS): 
call  (206)  217-0145.  There  are  four  dial-in  lines  at  up  to  14,400  bps. 

a  In  Europe,  use  your  modem  to  dial  into  WRQ’s  satellite  BBS: 
call  +31(0)70-356-27-25.  There  is  one  dial-in  line  at  up  to  9,600  bps. 

a  Connect  to  the  WRQ  BBS  over  the  Internet.  Telnet  to  bbs.wrq.com. 

a  Request  Reflection  Technical  Notes  through  a  24^hour  automated  fax  request 
line:  call  (206)  216-2680. 

a  Join  the  WRQ  Reflection  Forum  on  CompuServe:  enter  GO  REFLECTION  or  GO 
WRQFORUM. 

If  you  need  further  help,  call  the  Reflection  technical  support  team.  To  receive  tech¬ 
nical  support,  you  must  be  a  registered  user  of  the  Reflection  Network  Series — just 
send  in  your  completed  registration  card. 

In  the  U.S.A.,  support  hours  are  from  5  A.M.  to  5  P.M.  Pacific  time,  Monday  through 
Friday.  Call  (206)  217-7000.  If  you  need  to  fax  information,  the  number  is  (206) 
217-9492. 
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Outside  the  U.S.A.,  contact  your  WRQ  authorized  distributor.  In  Europe,  call 
+31(0)70-375-1 1-00  for  the  name  of  the  distributor  nearest  you.  In  other  countries, 
call  (206)  217-7100  and  ask  the  International  Department  for  the  name  of  the  dis¬ 
tributor  nearest  you. 

When  you  call,  it’s  best  if  you’re  seated  at  your  PC  and  have  a  printed  copy  of  the 
following  files: 

▲  AUTOEXEC.BAT  in  your  root  directory 
a  CONFIG.SYS  in  your  root  directory 

a  NET.CFG  or  PROTOCOL.INI  (WRQNET  is  the  default  directory) 


Installing  and  Rebooting 

Here  are  some  areas  to  check  if  you  are  have  problems  installing  the  Reflection  Net¬ 
work  Series. 

Cannot  execute  Setup 

You  may  not  have  enough  memory  available  to  run  Setup.  If  you  have  Reflection  for 
DOS  in  the  background,  hot-key  back  and  exit  Reflection  ((Ak)-(X)  or  (Ak)-®). 
Unload  any  other  TSRs  that  have  extensive  memory  requirements. 

If  you  still  have  memory  problems  and  you  are  sure  you  want  to  configure  an  NDIS 
environment,  run  NSetup  rather  than  Setup.  If  you  still  have  memory  problems  and 
you  are  sure  you  want  to  configure  an  ODI  environment,  run  OSetup  rather  than 
Setup.  These  programs  require  less  memory  than  Setup. 

If  you  didn’t  complete  Setup 

Setup  provides  options  to  back  out  of  the  changes  you  have  made,  and  to  save  sug¬ 
gested  changes  to  a  temporary  file.  Run  Setup  again;  all  the  configuration  informa¬ 
tion  that  has  already  been  completed  will  be  provided  as  a  default.  Be  sure  to  reboot 
your  PC  after  completing  Setup. 
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Watch  for  error  messages  when  you  reboot 

Errors  from  PROTMAN.DOS  and  NETBIND.COM  (NDIS  environment)  or 
AUTOEXEC.BAT  (ODI  environment)  indicate  you  won’t  be  able  to  run  your 
STARTNET.BAT  file  and  make  a  connection  to  your  host. 

Reboot  your  PC  and  look  at  the  messages  that  are  displayed  as  your 
AUTOEXEC.BAT  and  CONFIG.SYS  files  are  executed.  (Use  [Ctrl)-fS]  to  stop  and 
start  the  screen  display  if  necessary,  or  you  may  want  to  add  PAUSE  statements  to 
AUTOEXEC.BAT  for  troubleshooting  the  messages  displayed  for  an  ODI  setup.) 

When  you’re  troubleshooting  the  problems  that  show  up  when  you  first  reboot,  it’s 
always  best  to  do  a  “cold  boot”  by  powering  your  PC  off  and  then  turning  it  back  on. 
A  “warm  boot”  (pressing  (Ctrl)-(Alt)-fDel))  may  not  reset  your  network  card  correctly. 


ODI 

LSL,  your  network  card  driver,  and  IPXODI  are  typically  loaded  in 
AUTOEXEC.BAT.  Note  the  information  that  is  displayed  when  your  network  card 
driver  loads.  You  should  see  something  similar  to  the  following  for  an  Ethernet  card: 


Board 

1 , 

Frame 

ETHERNET, 

,802 . 3 

Board 

2/ 

Frame 

ETHERNET, 

.11 

Board 

3 , 

Frame 

ETHERNET, 

.SNAP 

Board 

4, 

Frame 

ETHERNET, 

.802.2 

The  order  and  board  numbers  are  not  important.  The  ETHERNET_802.3  frame  type 
is  present  only  if  you  are  using  Novell  NetWare  and  IPX  is  configured  to  use  this 
type  of  Ethernet.  If  you  see  that  a  frame  hasn’t  loaded,  you  may  be  running  the  card 
driver  without  loading  the  correct  information  from  NET.CFG. 

You  should  see  something  similar  to  the  following  for  a  Token-Ring  card: 

Board  1,  Frame  Token-Ring 
Board  2,  Frame  Token-Ring_SNAP 

The  order  and  board  numbers  are  not  important.  If  you  do  not  see  these  frame  types 
displayed,  you  may  be  running  the  card  driver  without  loading  the  correct  informa¬ 
tion  from  NET.CFG. 
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NDIS 

If  you  see  an  error  message  for  PROTMAN.DOS  or  NETBIND.COM,  there  may  be 
a  problem  locating  the  PROTOCOL.INI  file  or  a  problem  with  the  network  card 
information  in  PROTOCOL.INI. 

Check  your  hardware  settings 

Check  the  network  card’s  adapter  settings.  Do  these  settings  conflict  with  any  other 
card  (video,  hard  drive  controller,  bus  mouse,  serial  ports)?  Possible  areas  of  conflict 
include  shared  memory,  IRQ,  and  I/O  Base  Address. 

Most  network  adapters  have  a  diagnostics  program  that  can  be  run  to  verify  the  card 
settings.  A  non-Reflection  Network  Series  version  of  IPX.COM  can  show  you  the 
settings  of  an  Ethernet  card — type  IPX  I. 

Below  are  the  standard  IRQs  used  on  IBM  PCs.  If  you  have  to  resolve  an  IRQ  con¬ 
flict  choose  one  in  the  list  below  that  you  do  not  require.  The  IRQs  that  are  possible 
candidates  for  network  card  assignment  are  marked  with  an  asterisk  (*).  In  general, 
one  of  the  higher  IRQs  is  less  likely  to  produce  a  conflict. 


IRQ 

Used  by... 

IRQ 

Used  by... 

0 

Timer  tick 

8 

CMOS  real  time  clock 

1 

Keyboard 

9 

Diverted  to  IRQ2 

2 

Used  by  system 

10 

COM3/reserved  * 

3 

COM2* 

11 

COM4/reserved  * 

4 

COM1 

12 

PS/2  mouse/reserved 

5 

LPT2* 

13 

Floating  point  co-processor 

6 

Floppy  drive 

14 

Hard  disk  controller 

7 

LPT1  * 

15 

Reserved  * 

Compare  hardware  settings  and  NET.CFG  or  PROTOCOL.INI  settings 

The  setup  of  your  ODI  or  NDIS  environment  can  fail  when  you  reboot  if  adapter 
settings  specified  in  NET.CFG  or  PROTOCOL.INI  do  not  match  the  adapter  set¬ 
tings  for  your  card. 

Setup  provides  the  defaults  for  your  specified  network  adapter,  but  many  cards  can  be 
configured  for  a  variety  of  settings. 
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ODI 

Make  sure  you  have  the  correct  ODI  driver  for  the  card  and  that  it  is  loaded  after 
LSL  in  AUTOEXEC-BAT.  NET.CFG  should  have  this  driver  specified  as  the  Link 
Driver,  Protocol  RODI  should  have  a  Bind  line  that  matches  the  Link  Driver 
name.  See  page  311  for  a  summary  of  the  elements  of  a  NET.CFG  file  that  supports 
the  Reflection  Network  Series. 

NDIS 

Read  through  the  PROTOCOL.INI  file  to  verify  that  the  following  information  is 
correctly  defined: 

a  Make  sure  you  have  the  correct  NDIS  driver  for  the  card.  You  should  have  at 
least  two  DRIVERNAME  =  lines,  one  for  the  adapter  card  driver  (such  as  SMCMAC$ 
for  an  SMC  card),  and  one  for  the  Reflection  Network  Series:  WRQNDS1$. 

a  The  BINDINGS  =  line  in  the  WRQNDS1$  section  must  point  to  the  section  name 
that  contains  all  of  the  card-specific  information.  See  the  examples  starting  on 
page  163. 

Verify  that  the  card-specific  information  defined  in  the  PROTOCOL.INI  file 
reflects  the  actual  network  card  settings.  See  your  network  card’s  documentation. 

Changing  network  card  configuration 

The  configuration  for  a  network  card  can  be  set  in  two  ways: 

a  Changing  the  jumper  settings  directly  on  the  card 

a  Using  settings  in  software  to  configure  the  card  (e.g.,  NET.CFG  or 
PROTOCOL.INI) 

The  settings  you  accept  as  part  of  the  Setup  process  must  match  the  settings  for  your 
card.  By  default,  Setup  assumes  you  are  using  the  hardware  settings  that  are  the  fac¬ 
tory  default  when  the  card  is  shipped. 

If  any  of  the  jumper  positions  for  the  hardware-configurable  settings  have  been 
changed  from  the  factory  default,  the  same  changes  also  need  to  be  added  to  the 
NET.CFG  or  PROTOCOL.INI  file  located  in  your  \WRQNET  directory.  After 
modifying  a  setting,  you  must  reboot  (power  off  your  PC)  and  see  if  the  process  is 
successful. 
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Failed  to  bind 

This  applies  to  an  NDIS  environment  only.  A  NETBIND  failure  can  result  if  you 

change  the  default  settings  in  PROTOCOL.INI  and  the  factory  defaults  are  correct. 

a  Although  you  can  use  the  portions  of  PROTOCOL.INI  that  configure  your 
TCP/IP  environment,  the  hardware-specific  portions  of  the  file  should  not  be 
copied  from  one  PC  to  another. 

▲  Don’t  mix  different  versions  of  NETBIND  and  PROTMAN. 

The  Reflection  Network  Series  can  use  existing  versions  of  NETBIND  and 
PROTMAN.DOS  that  are  already  configured  on  your  PC.  However,  these 
programs  must  be  at  the  same  release  level  in  order  to  work  correctly.  Do  not 
mix  a  PROTMAN.DOS  from  one  software  package  with  a  NETBIND.COM  or 
NETBIND.EXE  from  another.  See  page  200  for  information  on  how  to 
determine  whether  you’re  using  support  files  for  NDIS  version  1.1  or  version 
2.1. 

Setup  and  Multiple  Configurations  with  DOS  6 

DOS  6  supports  multiple  configurations  using  the  [menu]  definition  in 
CONFIG.SYS.  A  similar  utility,  BOOTCON,  also  allows  multiple  configuration 
options.  If  you  use  either  of  these  facilities,  Setup  cannot  correctly  modify  the  mul¬ 
tiple  configurations. 

Before  running  Setup,  create  a  separate  set  of  CONFIG.SYS  and  AUTOEXEC.BAT 
files  for  each  configuration,  then  run  Setup  separately  for  each  configuration.  You 
can  then  recombine  multiple  configurations  for  CONFIG.SYS  and 
AUTOEXEC.BAT. 
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Using  SHARE 

There  are  some  special  considerations  when  using  SHARE.EXE: 

▲  If  you  run  SHARE  in  AUTOEXEC.BAT  and  have  a  3Com  card,  you  may  see  a 
Sharing  Violation  message.  To  avoid  this,  modify  your  AUTOEXEC.BAT  file  as 
follows: 

ODI:  Load  SHARE  after  the  line  that  loads  your  card  driver. 

NDIS:  Load  SHARE  after  NETBIND. 

a  If  you’re  using  ODI,  SHARE  should  be  loaded  after  RODI.  You  can  do  this  by 
moving  RODI  from  your  STARTNET.BAT  to  your  AUTOEXEC.BAT  file. 

a  If  you  are  using  the  WRQTICL  module,  SHARE  should  be  loaded  before 
WRQTICL.  Otherwise,  STOPNET  cannot  unload  WRQTICL. 


Novell  NetWare  Support 

The  following  guidelines  apply  if  you’re  using  NetWare. 

File  server  not  found 

If  you  see  the  message  “File  server  not  found”  when  you  try  to  connect  to  your  Net¬ 
Ware  server,  you  may  not  have  specified  the  correct  Ethernet  environment  as  part  of 
Setup.  See  page  208  for  ODI  information,  or  page  210  for  NDIS  information. 

RNDIS  isn’t  installed 

This  message  applies  to  an  NDIS  environment  only.  RNDIS  can  be  installed  and 
uninstalled  in  your  AUTOEXEC.BAT  file,  but  it  must  be  installed  again  to  connect 
to  your  NetWare  server.  Go  to  your  Reflection  Network  Series  directory 
(\WRQNET)  and  run  RNDIS. 

Confirm  that  you’re  using  the  right  IPX.COM 

This  message  applies  to  an  NDIS  environment  only.  You  may  be  automatically 
installing  a  different  IPX.COM  from  another  directory  in  your  AUTOEXEC.BAT  or 
a  network  startup  file. 
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Problems  Reaching  your  Host 

Some  errors  that  you  may  see  after  running  STARTNET.BAT  and  starting  Reflec- 
tion  are  described  below.  These  error  apply  only  if  you  are  running  in  a  non- 
Windows  Sockets  environment. 

Network  software  is  not  installed 

If  you  see  the  message  “Communications  software  not  found”  when  you  start  Reflec¬ 
tion,  there  are  two  likely  sources  of  the  problem: 

▲  You  might  have  the  wrong  Connection  Type  selected.  Users  of  Reflection  for 
DOS  should  select  CON-MGR.  Users  of  Reflection  for  Windows  should  select 
LAT,  VT-MGR,  or  TELNET-MGR. 

▲  Your  STARTNET.BAT  file  did  not  load  the  appropriate  software.  As  you  run 
STARTNET.BAT,  look  for  error  messages  that  indicate  if  each  file  ran 
successfully.  If  a  file  in  the  protocol  stack  fails  to  install,  each  subsequent  file  in 
the  same  protocol  stack  will  also  fail.  If  the  messages  scroll  off  your  screen  before 
you  can  read  them,  run  each  file  in  your  STARTNET.BAT  file  from  the  DOS 
prompt  and  make  note  of  the  message.  See  the  “Error  Messages”  appendix  for  a 
description  of  the  error. 

Cannot  find  host 

There  are  a  variety  of  messages  that  indicate  Reflection  was  unable  to  find  the  host 
or  LAT  service  you  requested.  The  network  may  not  be  operational.  If  you’re  trying 
to  connect  over  LAT,  check  the  list  of  services: 

a  In  Reflection  for  DOS,  type  SHOW  SERVICES  at  the  Connection  Manager 
prompt  to  confirm  that  the  service  is  available. 

a  In  Reflection  for  Windows,  click  on  the  Service  window  and  scroll  through  the 
list  of  services  to  confirm  that  the  service  you  want  is  available. 
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Your  service  table  may  be  full  if  you  see  other  services  but  you  do  not  see  the  one  you 
want.  You  can  increase  the  value  of  /DIR  for  RLAT,  or  use  RSN.EXE,  described  on 
page  60,  for  service  table  management.  When  connecting  to  a  Telnet  or  NS  host, 
the  host  name  is  not  in  the  Hosts  file  or  on  the  specified  domain  name  server.  To 
isolate  the  problem,  connect  using  the  IP  address  of  the  host  to  confirm  that  the  host 
is  operational. 

An  HP  XL  or  MPE/iX  application  doesn’t  work 

Some  applications  on  an  HP  XL  or  MPE/iX  host  do  not  handle  multi-character 
sequences,  and  the  second  and  third  character  of  a  sequence  are  dropped.  You  can 
enable  HP  typeahead  for  these  applications.  To  enable  HP  typeahead  for  an  individ¬ 
ual  session,  use  [Esc]- [7].  (To  disable  HP  typeahead  for  an  individual  session,  use 
fhsc]^Q.)  These  sequences  are  not  supported  by  an  HP  terminal;  they  are  associated 
only  with  Reflection. 

Connection  Timed  Out 

This  message  applies  to  the  Telnet  Connection,  NS  Connection,  and  3000 
Connection. 

You  may  see  a  confirmation  that  the  host  you  requested  has  been  resolved  to  an  IP 
address,  but  you  cannot  complete  the  connection.  In  the  Reflection  products  for 
DOS,  you  may  see  “Trying  to  connect  to  <hostname>”  followed  by  a  series  of  dots. 
Eventually  you  may  see  the  message  “connection  timed  out.” 

This  indicates  that  the  host  name  has  been  resolved  to  an  IP  address,  and  that  the 
Ethernet/Token 'Ring  network  is  functioning.  The  problem  may  be: 

a  If  you  have  an  NDIS  setup,  you  may  need  to  add  an  /EVEN  switch  to  RNDIS. 
Some  network  adapters  that  require  this  switch  produce  this  error. 

a  The  IP  address  is  incorrect. 

a  There  is  a  resource  limit  on  the  host,  and  that  limit  has  been  reached. 
a  The  virtual  terminal  service  is  not  running. 
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Problems  Upgrading  from  an  Earlier  Version 

If  you’re  upgrading  from  a  previous  version  of  the  Reflection  Network  Series,  check 
for  older  startup  procedures  that  may  conflict  with  your  new  configuration.  (Setup 
does  this  automatically.) 

It  is  recommended  that  you  go  through  Setup  to  make  sure  all  previously  existing 
Reflection  Network  Series  parameters  are  updated  correctly. 

It  is  best  to  install  into  the  same  directory  as  your  previous  Reflection  Network 
Series  software.  The  Setup  program  makes  the  appropriate  changes  to  the  configura- 
tion  information  in  AUTOEXEC.BAT  and  CONFIG.SYS  if  an  earlier  version  of  the 
Reflection  Network  Series  has  been  installed.  (For  example,  your  IP  address  will 
already  be  provided  as  a  default.) 

If  you  choose  to  install  new  NDIS  software  in  a  different  directory,  remember  that 
Setup  makes  changes  to  an  existing  PROTOCOL.INI,  which  may  be  located  in  the 
directory  with  your  older  Reflection  Network  Series  software.  Do  not  delete  the 
PROTOCOL.INI,  PROTMAN.DOS,  and  device  driver  program  from  your  older 
Reflection  Network  Series  software  after  you  have  confirmed  that  the  new  version 
successfully  makes  a  connection.  See  “Upgrading  to  NDIS  2.1”  on  page  200  for 
details  on  how  to  upgrade  your  NDIS  support  files  (if  you  install  into  the  same  direc- 
tory  as  the  previous  version  of  the  Reflection  Network  Series,  this  upgrade  is  per¬ 
formed  automatically). 

For  all  products  that  use  TCP2PDIS  (TCP  Connection,  NS  Connection,  3000 
Connection),  note  the  directory  that  is  displayed  when  TCP2PDIS  is  loading,  for 
example: 

The  text  initialization  file  is  C:\WRQNET\PR0T0C0L.INI 
or 

The  text  initialization  file  is  C:\WRQNET\NET.CFG 

This  is  an  easy  way  to  confirm  the  location  of  the  configuration  file  that  the  Reflec¬ 
tion  Network  Series  is  using  for  TCP/IP  information. 
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Problems  with  Windows  Sockets  Support 

The  RNS  icon  on  your  desktop  is  the  indication  that  Windows  Sockets  support  is 
being  used.  If  you  don’t  see  the  icon  when  you  start  a  Windows  Sockets  compatible 
application: 

a  You  may  be  loading  TELMGR.EXE  or  VTMGR.EXE  instead  of 

RNTELNET.DLL  or  RNNSVT.DLL.  Check  your  STARTNET.BAT  file  and 
make  sure  the  TELNET.EXE  and  VTMGR.EXE  lines  are  commented  out. 

a  You  may  be  using  the  wrong  Connection  Type.  Check  your  Connection  Type  in 
Reflection  for  Windows— it  should  be  TELNET-MGR  for  Telnet  or  VT-MGR 
for  NS/VT. 

A  You  may  be  using  the  wrong  WINSOCK.DLL.  Although  a  variety  of  vendors 
ship  a  WINSOCK.DLL  file,  the  Reflection  Network  Series  TCP/IP  modules 
require  the  WINSOCK.DLL  shipped  with  this  product.  If  you  have  a  copy  of 
WINSOCK.DLL  that  is  found  before  the  one  in  your  Reflection  Network  Series 
directory,  the  RNS  icon  won’t  appear  and  you  may  not  be  able  to  connect  to 
your  host. 

If  you  have  more  than  one  copy  ofWINSOCK.DLL  on  your  PC,  the  behavior 
of  applications  depends  on  the  order  they’re  run  and  the  locations  of  the  com¬ 
peting  copies  ofWINSOCK.DLL. 

a  If  there  is  a  copy  of  WINSOCK.DLL  in  the  same  directory  as  your  applica¬ 
tion,  it  is  used  first. 

a  Otherwise,  a  copy  ofWINSOCK.DLL  in  your  Windows  directory  is  used. 

a  Otherwise,  a  copy  of  WINSOCK.DLL  in  \  WINDOWS  \  SYSTEM  is  used. 

Applications  such  as  Reflection  for  Windows  that  can  use  a  Windows  Sockets 
compatible  TCP/IP  stack  from  several  sources  may  be  able  to  use  another 
WINSOCK.DLL  file  instead  of  the  Reflection  Network  Series 
WINSOCK.DLL.  In  this  case,  the  Reflection  Network  Series  icon  will  not 
appear. 
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If  there  are  copies  of  WINSOCK.DLL  in  directories  other  than  your  Reflection 
Network  Series  directory,  you  should  rename  them  (for  example, 
WINSOCK.SAV).  To  locate  all  the  existing  copies  of  WINSOCK.DLL,  use  a 
text  editor  to  view  the  file  WINSOCKS.LST  in  your  Reflection  Network  Series 
directory.  This  list  includes  all  WINSOCK.DLL  files  except  those  in  your 
Reflection  Network  Series  directory.  You  can  also  use  the  DOS  command  DIR 
\  WINSOCK.DLL  /S  or  the  File  Manager  Search  command  to  note  all  copies  of 
WINSOCK.DLL  on  your  machine. 

Required  Communications  Software  Not  Installed 

Reflection  1,  2,  or  4  for  Windows  displays  this  message  if  the  following  procedure 
does  not  locate  a  copy  of  WINSOCK.DLL.  The  Reflection  Network  Series  version 
of  WINSOCK.DLL  must  be  in  your  path  in  order  to  be  available  to  applications  that 
use  the  Windows  Sockets  interface. 

The  following  example  shows  the  procedure  Reflection  follows  when  a  VT-MGR 
Connection  Type  is  selected.  Similar  steps  apply  to  the  TELNET-MGR  (or 
TELNET)  Connection  Type. 

1 .  Reflection  first  checks  to  see  if  VTMGR.EXE  has  been  loaded. 

2.  If  VTMGR.EXE  is  not  detected,  then  Reflection  loads  RNNSVT.DLL. 

3.  As  RNNSVT.DLL  loads,  it  attempts  to  load  WINSOCK.DLL.  RNNSVT 
searches  for  WINSOCK.DLL  in  the  following  order: 

-  The  Reflection  directory  (by  default,  \RWIN) 

-  The  Windows  directory 

-  The  Windows  \  SYSTEM  subdirectory 

-  Directories  listed  in  the  PATH  statement  of  the  AUTOEXEC.BAT  file 

The  Reflection  Network  Series  Setup  program  adds  the  Reflection  Network  Series 
directory  (by  default,  \  WRQNET)  to  your  path.  If  you  see  this  error,  type  PATH  at 
the  DOS  prompt  to  confirm  that  \WRQNET  is  in  your  path. 
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Unable  to  Connect  to  Host 

If  you  receive  this  message,  try  the  following: 

▲  Verify  that  the  name  and  IP  address  of  the  host  you  are  trying  to  connect  to  is  in 
the  Hosts  file,  if  applicable. 

a  Run  Ping  to  confirm  that  the  host  is  reachable. 

a  Try  connecting  using  the  IP  address  of  the  host  rather  than  the  host  name. 

Other  Windows  Sockets  Applications  Don’t  Work 

If  you  find  that  you  can  make  a  connection  to  your  host  via  Reflection  but  another 
Windows  Sockets  compatible  application  does  not  work,  check  the  following: 

a  Is  the  application  properly  configured  for  Windows  Sockets? 

Although  a  particular  product  is  Windows  Sockets  compatible,  you  may  need  to 
change  some  configuration  parameters  in  order  to  use  a  Windows  Sockets 
interface.  Check  the  documentation  for  your  application. 

a  Does  the  application  use  TCP/IP  support  files,  such  as  SERVICES? 

Is  the  correct  SERVICES  file  in  the  path  specified  for  your  Hosts  file?  If  not,  you 
can  move  the  file  to  that  directory,  or  change  the  setting  for  your  Hosts  file 
path. 

Cannot  Find  RNTELNET.DLL 

The  TCP  Connection  and  the  3000  Connection  can  make  use  of  RNTELNET.DLL 
for  Telnet  access  to  a  host.  RNTELNET.DLL  is  shipped  with  version  4. 1  and  above 
of  Reflection  1,2,  and  4  for  Windows.  Make  sure  that  this  DLL  is  in  your  Reflection 
directory. 

Cannot  Find  RNNSVT.DLL 

The  3000  Connection  and  the  NS  Connection  can  make  use  of  RNNSVT.DLL  for 
NS/VT  access  to  a  host.  RNNSVT.DLL  is  included  with  the  3000  Connection  and 
the  NS  Connection.  Make  sure  that  this  DLL  is  in  your  Reflection  Network  Series 
directory  (WRQNET  by  default). 
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Problems  with  TCP  Sockets  Support 

If  you  are  using  WRQHPSO.EXE  for  TCP  Sockets  or  WRQTICL.EXE  for  NetIPC 
support,  the  WRQ  TCP/IP  stack  is  being  used  by  third-party  applications.  Depend¬ 
ing  on  the  demand  placed  on  the  stack  by  these  applications,  you  may  need  to 
increase  the  TCP  buffer  size.  Increase  the  value  for  TCPSessions  in  NET.CFG  or 
PROTOCOL.INI  by  2;  you  may  find  you  want  to  increase  it  even  more.  This  setting 
requires  more  memory,  but  it  may  be  necessary  for  your  application  s  performance. 

The  settings  below  can  be  modified  in  order  to  optimize  performance  of  your  socket 
application: 

NumTCPBuf fers 
TCPBuf fersize 
TCPSessions 
TCPWindowMultiple 

Use  the  Interface  Group  option  of  STAT.EXE  to  check  for  discarded  packets  (type 
STAT  3).  If  you  see  a  high  number  of  discarded  packets,  this  may  indicate  the  need 
for  a  higher  value  for  TCPBuf  fersize. 
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The  error  messages  described  in  this  appendix  include  those  returned  by  individual 
Reflection  Network  Series  programs  as  well  as  connection  messages  produced  within 
Reflection  for  Windows  and  Reflection  for  DOS. 

<program  name>  is  already  installed 

This  message  applies  to: 


CONMGR.EXE 

LATMGR.EXE 

RDLL.EXE 

RLAT.EXE 


TCP2PDIS.EXE 

TELMGR.EXE  and  third-party  Telnets 

VTMGR.EXE 

WRQTCP.EXE 


To  load  with  different  parameters,  uninstall  (<program  name>/u)  and  load  the 
program  again. 


A  flag  keyword  in  the  text  initialization  should  not  be  assigned  a  value,  line  <n> 

This  message  applies  to  TCP2PDIS.EXE. 


Reflection  Network  Series  TCP/IP  parameters  are  typically  stored  as  keywords  in 
NET.CFG  or  PROTOCOL.INI.  You  can  edit  these  files  yourself;  this  error  indicates 
the  line  where  the  problem  occurred.  In  this  case,  a  “flag”  keyword  (one  that  is 
enabled  by  simply  being  present  in  NET.CFG  or  PROTOCOL.INI)  has  been 
assigned  a  value.  See  page  325  for  a  list  of  the  keywords. 


A  parameter  does  not  belong  to  any  logical  module  (PR00004E) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 
Series. 


All  keyword  =  value  statements  must  be  in  a  section;  sections  are  delineated  with 
brackets  ([  ]).  A  keyword  =  value  line  was  found  outside  of  a  section. 
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?  Ambiguous  keyword  <x> 

This  message  applies  to  Reflection  for  DOS. 

Some  Connection  Manager  commands  support  keywords,  and  these  can  be 
abbreviated  to  the  shortest  unique  string.  This  message  appears,  for  example,  if  you 
type  CONNECT  <telnethost>  b  since  “binary”  and  “break”  could  apply. 

An  address  or  type  must  be  specified  to  turn  on  tracing 

This  message  applies  to  LANTRACE.EXE. 

This  is  a  warning  message;  LANTRACE  is  installed  in  memory  but  an  additional 
command  will  be  required  to  turn  on  tracing.  See  page  350  for  information  on  this 
tracing  utility. 


Argument  value  out  of  range 

This  message  applies  to: 


CONMGR.EXE 

RNDIS.EXE 

RDLL.EXE 

RODI.EXE 


TCP2PDIS.EXE 

TELMGR.EXE  and  third-party  Telnets 

VTMGR.EXE 

WRQTICL.EXE 


Type  <program  name>  /?  to  see  the  full  program  syntax  and  the  legal  argument 
ranges. 


Badly  formed  /ADDRESS  switch 

This  message  applies  to  LANTRACE.EXE. 

The  Ethernet  address  specified  for  the  trace  was  not  in  the  correct  format.  See  page 
350  for  information  on  using  LANTRACE. 


?  Call  to  ‘accept’  routine  failed 

This  message  applies  to  Reflection  for  DOS. 

When  attempting  a  Telnet  or  FTP  connection,  there  was  an  internal  error.  Call 
Technical  Support  or  your  authorized  distributor. 
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?  Call  to  ‘bind’  routine  failed 

This  message  applies  to  Reflection  for  DOS. 

This  error  occurs  when  starting  an  FTP  connection.  Uninstall  your  Reflection  Net¬ 
work  Series  software,  then  reinstall  and  try  again. 

?  Call  to  get  local  IP  address  failed 

This  message  applies  to  Reflection  for  DOS. 

When  starting  an  FTP  session,  the  local  IP  address  could  not  be  located.  Uninstall 
your  Reflection  Network  Series  software,  then  reinstall  and  try  again. 

?  Call  to  get  local  port  failed 

This  message  applies  to  Reflection  for  DOS. 

This  error  occurs  when  starting  an  FTP  connection.  Uninstall  your  Reflection  Net¬ 
work  Series  software,  then  reinstall  and  try  again. 

?  Call  to  ‘listen’  routine  failed 

This  message  applies  to  Reflection  for  DOS. 

This  error  occurs  when  starting  an  FTP  connection.  Uninstall  your  Reflection  Net¬ 
work  Series  software,  then  reinstall  and  try  again. 

?  Call  to  ‘socket’  routine  failed 

This  message  applies  to  Reflection  for  DOS. 

This  error  occurs  when  starting  an  FTP  connection.  Uninstall  your  Reflection  Net¬ 
work  Series  software,  then  reinstall  and  try  again. 

Cannot  delete  a  default  connection  template 

This  message  applies  to  Reflection  for  Windows. 

Reflection  for  Windows  provides  two  default  templates— HP  700/92  and  VT  320. 
These  templates  cannot  be  deleted  from  the  Open  Connection  dialog  box. 
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Cannot  find  host 

This  message  applies  to  Reflection  for  DOS. 

You  are  using  a  protocol  that  requires  a  host  name;  the  HP  NS  nodename  or  IP 
address  you  specified  cannot  be  located. 

This  message  can  also  occur  if  an  Ethernet  network  is  not  operational. 

Cannot  find  Protocol  Manager  (PR00023E) 

This  message  applies  to  NETBIND.COM  distributed  with  the  Reflection  Network 
Series. 

PROTMAN.DOS  must  be  loaded  before  NETBIND.COM,  and  it  was  not. 

Cannot  install,  another  Packet  Driver  Interface  is  loaded 

This  message  applies  to  TCP2PDIS.EXE. 

A  packet  driver  of  the  type  used  by  The  Wollongong  Group’s  WIN/TCP  has  been 
loaded.  If  necessary,  modify  your  AUTOEXEC.BAT  file  so  that  this  driver  is  not 

loaded. 

Cannot  install,  IP  address  is  not  set  on  all  interfaces 

This  message  applies  to  WRQTCP.EXE. 

This  error  typically  indicates  that  you  are  using  a  copy  of  TCP2PDIS  associated  with 
a  pre-2.0  version  of  the  Reflection  Network  Series  and  you  have  not  set  your  IP 
address  correctly. 

Cannot  install:  LAT  program  not  found 

This  message  applies  to  LATMGR.EXE. 

RDLL.EXE  and  RLAT.EXE  must  be  installed  before  LATMGR.EXE. 
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Cannot  install,  local  node  name  was  not  specified  for  TCP2PDIS 

This  message  applies  to  VTMGR.EXE  and  WRQTICL.EXE. 

When  loading  TCP2PDIS,  the  full  NS  node  name  for  the  PC  must  be  specified  in 
order  to  load  VTMGR.EXE  or  WRQTICL.EXE  afterwards.  The  NS  name  can  be 
specified  in  the  following  ways: 

A  As  keywords  in  your  NET.CFG  or  PROTOCOL.INI  file  (Node,  domain,  and 
organization  keywords  are  added  when  you  use  Setup.) 

a  As  startup  switches  (/NODE,  /DOMAIN,  /ORGANIZATION)  for  TCP2PDIS. 
Type  TCP2PDIS  /?  for  the  full  syntax. 

Cannot  install,  memory  fragment  is  too  small 

This  message  applies  to: 

CONMGR.EXE  TELMGR.EXE  and  third-party  Telnets 

LATMGR.EXE  VTMGR.EXE 

RDLL.EXE  WRQTICL.EXE 

RLAT.EXE 

This  message  may  occur  if  you  load  the  Reflection  Network  Series  program  with 

LOADHIGH  (LH)  using  DOS  5.0  and  request  more  than  the  default  number  of 
sessions. 

Cannot  install,  NETBINO  has  not  been  executed 

This  message  applies  to  TCP2PDIS.EXE. 

In  an  NDIS  environment,  NETBIND  must  be  executed  before  running  TCP2PDIS. 
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Cannot  install  or  uninstall  under  Windows 

This  message  applies  to: 


CONMGR.EXE 

LATMGR.EXE 

RDLL.EXE 

RLAT.EXE 

RNDIS.EXE 

RODI.EXE 


TCP2PDIS.EXE 

TELMGR.EXE  and  third-party  Telnets 

VTMGR.EXE 

WRQTCP.EXE 

WRQTICL.EXE 


You  must  install  your  Reflection  Network  Series  software  before  starting  Windows, 
and  these  programs  cannot  be  uninstalled  while  you  are  in  Windows. 


Cannot  install  or  uninstall  with  Reflection  in  background 

This  message  applies  to: 


CONMGR.EXE 

LATMGR.EXE 

RDLL.EXE 

RLAT.EXE 

RNDIS.EXE 

RODI.EXE 


TCP2PDIS.EXE 

TELMGR.EXE  and  third-party  Telnets 

WRQTCP.EXE 

VTMGR.EXE 

WRQTICL.EXE 


You  have  hot-keyed  out  of  a  Reflection  DOS  product.  Return  to  Reflection  and  exit 
before  trying  to  install  or  uninstall. 


Cannot  install,  RNDIS.EXE  or  RODI.EXE  must  be  installed  first 

This  message  applies  to  LANTRACE.EXE. 

One  of  the  interface  converter  files  (RNDIS.EXE  or  RODI.EXE)  must  be  installed  in 
memory  before  running  LANTRACE. 

Cannot  install,  unable  to  locate  initialization  information 

This  message  applies  to  WRQTCP.EXE. 

An  interrupt  reserved  by  TCP2PDIS  (the  default  is  65)  points  to  initialization 
information.  This  information  has  not  been  found  by  WRQTCP.EXE.  This  can  be 
the  result  of  using  a  copy  of  TCP2PDIS  associated  with  an  earlier  version  of  the 
Reflection  Network  Series.  It  also  occurs  if  another  program  was  loaded  in  between 
TCP2PDIS  and  WRQTCP  and  took  over  this  interrupt. 


Error  Messages 


Cannot  install,  unexpected  [  (or  ])  on  line  <n>  of  the  text  initialization  file 

This  message  applies  to  TCP2PDIS.EXE  in  an  NDIS  environment. 

PROTOCOL.INI  is  the  text  initialization  file  used  to  configure  TCP/IP  parameters 
as  well  as  NDIS  driver  information.  Square  brackets  (“[”  and  “]”)  are  reserved 
characters  used  to  delineate  discrete  sections  in  PROTOCOL.INI.  When 
TCP2PDIS  read  the  information  in  PROTOCOL.INI,  a  “[”  or  “]”  was  found  in  a 
location  that  is  not  consistent  with  the  delineated  sections. 

Cannot  install,  WRQTCP.EXE  driver  not  loaded 

This  message  applies  to  WRQHPSO.EXE  and  WRQTICL.EXE. 

WRQTCP  must  be  installed  in  memory  before  WRQHPSO  or  WRQTICL.  If  this 
program  is  run  within  a  batch  file  such  as  STARTNET.BAT,  run  the  batch  file  again 
and  note  which  programs  did  not  install  successfully. 

Cannot  load  NB  under  Windows 

This  message  applies  to  NB.EXE  distributed  with  the  Reflection  Network  Series. 

You  must  install  NB.EXE  before  starting  Windows.  NB.EXE  cannot  be  installed 
while  you’re  in  Windows. 

Cannot  open  the  text  initialization  file  <filename> 

This  message  applies  to  RODI.EXE  and  TCP2PDIS.EXE. 

The  text  initialization  file  (NET.CFG  or  PROTOCOL.INI)  is  not  available.  The  file 
may  not  exist  or  may  be  unavailable  (the  file  is  open  and  you  are  not  using  SHARE), 
or  FILES  in  your  CONFIG.SYS  file  has  too  low  a  value. 

Incompatible  versions 

This  message  applies  to  NB.EXE  distributed  with  the  Reflection  Network  Series. 

There  are  two  different  versions  of  NB.EXE  on  your  machine.  Delete  or  rename  one 
of  the  NB.EXE  files. 
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Cannot  register  protocol  stack  x  of  y,  increase  /STACKS:n  parameter 
on  network  driver  by  x  and  restart 

This  message  applies  to  TCP2PDIS.EXE. 

The  value  for  the  /STACKS  parameter  of  RNDIS.EXE  or  RODI.EXE  is  not  large 
enough  for  TCP2PDIS.EXE  in  its  current  configuration.  Modify  the  line  in 
AUTOEXEC.BAT  and/or  STARTNET.BAT  that  invokes  RODI  or  RNDIS:  increase 
the  value  specified  for  /STACKS  and  reboot  your  PC.  See  page  157  for  guidelines  on 
how  many  stacks  to  specify. 

If  you  have  an  ODI  environment,  check  the  following  line  in  NET.CFG: 

Link  Support 

Max  Stacks  <n> 

The  stack  value  should  be  8  or  higher. 

?  Cannot  resume  session 

This  message  applies  to  Reflection  for  DOS. 

This  message  occurs  when  you  try  to  resume  a  session  that  was  started  by  another 
Reflection  for  DOS  product.  For  example,  if  you  start  a  session  with  Reflection  2, 
you  cannot  resume  the  session  with  Reflection  7 . 

Cannot  run  LAT  protocol  ovor  this  network,  program  not  loaded 

This  message  applies  to  RDLL.EXE. 

The  LAT  protocol  support  available  with  the  Reflection  Network  Series  does  not 
run  on  this  network  (for  example,  ARCnet). 

Cannot  run  LAT  protocol  over  Token-Ring,  program  not  loaded 

This  message  applies  to  RDLL.EXE. 

The  LAT  protocol  support  available  with  the  Reflection  Network  Series  is  not  avail¬ 
able  for  Token-Ring  networks. 

Cannot  uninstall  at  this  time,  module  is  busy 

This  message  applies  to: 


CONMGR.EXE 

VTMGR.EXE 


TELMGR.EXE  and  third-party  Telnets 
WRQTICL.EXE 
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This  message  indicates  a  difficulty  with  task  switching  in  an  environment  such  as 
the  Task  Swapper  available  with  DOS  5.0  and  above. 

Cannot  uninstall— datalink  portal  close  failed 

This  message  applies  to  RLAT.EXE. 

When  uninstalling  RLAT,  RDLL  was  not  able  to  close  communication  with  RLAT. 

Try  RLAT  /KILL. 

Cannot  specify  both  /ON  and  /OFF  switches 

This  message  applies  to  LANTRACE.EXE. 

You  cannot  turn  tracing  on  and  off  with  the  same  command.  See  page  350  for 
information  on  LANTRACE. 

Cannot  uninstall,  DOS  memory  error 

This  message  applies  to  RDLL.EXE. 

When  uninstalling  RDLL,  the  memory  that  was  used  was  not  successfully  returned  to 
DOS.  Reboot  your  machine. 

Cannot  uninstall,  sessions  in  use 

This  message  applies  to: 

LATMGR.EXE 

TELMGR.EXE  and  third-party  Telnets 

VTMGR.EXE 

WRQTICL.EXE 

This  message  indicates  an  abnormal  exit  from  Reflection.  Try  the  /KILL  switch,  if 
available  with  this  module,  to  uninstall  the  program. 

Cannot  uninstall,  vectors  are  hooked 

This  message  applies  to: 


CONMGR.EXE 

RDLL.EXE 

RLAT.EXE 

TCP2PDIS.EXE 


WRQTCP.EXE 

VTMGR.EXE 

WRQTICL.EXE 


TELMGR.EXE  and  third-party  Telnets 
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You  have  loaded  another  program  that  uses  the  same  interrupt.  If  you  can  identify 
the  other  program  and  can  uninstall  it,  do  so  before  trying  to  uninstall  the  Reflection 
Network  Series  program  again. 

This  message  can  occur  if  you  have  loaded  uninstallable  NetWare  modules  after  run¬ 
ning  STARTNET.  IPX.COM  cannot  be  uninstalled,  and  Reflection  Network  Series 
programs  cannot  uninstall  in  this  situation. 

Cannot  uninstall,  WRQHPSO.EXE  is  still  in  use  by  another  application 

This  message  applies  to  WRQHPSO.EXE. 

WRQHPSO  will  not  uninstall  if  an  application  that  uses  socket  support  is  running. 
You  must  uninstall  the  application  before  uninstalling  WRQHPSO. 

Cannot  uninstall,  WRQ  TCP/IP  kernel  is  in  use  by  another  driver 

This  message  applies  to  WRQTCP.EXE. 

WRQTCP.EXE  cannot  be  uninstalled  while  either  TELMGR.EXE,  VTMGR.EXE, 
or  another  TCP/IP  application  is  loaded.  If  you  get  this  message  while  running 
STOPNET.BAT,  rerun  STOPNET  and  check  for  any  messages  displayed  by 
TELMGR  or  VTMGR  indicating  why  either  one  may  not  have  been  uninstalled. 

Cannot  use  /FILE  or  /PROXY  without  full  HP  NS  node  name 
(/NODE, /DOMAIN  and  /ORG  must  all  be  specified) 

This  message  applies  to  TCP2PDIS.EXE. 

This  message  appears  if  you  are  using  TCP2PDIS  to  specify  a  file  (such  as  a  HOSTS 
file)  that  performs  a  static  mapPing  of  HP  NS  names  to  IP  addresses.  In  order  to  use 
the  file,  TCP2PDIS  requires  the  full  NS  node  name  of  the  PC.  This  is  typically  con¬ 
figured  as  part  of  Setup  and  stored  as  keywords  in  NET.CFG  or  PROTOCOL.INI. 
You  can  also  use  the  /NODE,  /DOMAIN,  and  /ORGANIZATION  switches. 

?  Circuit  drop 

This  message  applies  to  Reflection  for  DOS. 

Applies  to  all  Reflection  Network  Series  protocols.  The  network  virtual  circuit  is  no 
longer  available.  There  may  be  a  problem  with  the  network. 
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Colon  omitted  in  argument 

This  message  applies  to: 

CONMGR.EXE  TCP2PDIS.EXE 

RDLL.EXE  TELMGR.EXE  and  third-party  Telnets 

RNDIS.EXE  VTMGR.EXE 

RODI.EXE  WRQTCL.EXE 

The  syntax  for  Reflection  Network  Series  programs  includes  switches  that  require  a 
value  for  example,  CONMGR  /SESSIONS  instead  of  CONMGR  /SESSIONS:  4  produces 

this  message.  Type  /?  after  the  program  name  and  press  [Enter  j)  to  see  the  program 
syntax. 

Communications  driver  software  not  found 

This  message  applies  to  Reflection  for  DOS. 

Reflection  can’t  find  the  Reflection  Network  Series  software;  it  must  be  installed 
before  loading  Reflection. 

CONMGR  deregistration  failed 

This  message  applies  to  LATMGR.EXE. 

When  uninstalling  LATMGR.EXE,  CONMGR  was  not  able  to  perform  the  steps  to 
close  LATMGR  operations.  Try  latmgr  /kill;  if  this  unsuccessful,  try  to  uninstall 
CONMGR. 

CONMGR  registration  failed 

This  message  applies  to  LATMGR.EXE. 

CONMGR  is  installed,  but  was  not  able  to  perform  the  steps  to  successfully  load 
LATMGR.  Uninstall  and  then  reinstall  CONMGR  before  attempting  to  install 
LATMGR  again. 

?  Connection  failure 

This  message  applies  to  Reflection  for  DOS. 

The  host  you  specified  could  not  be  reached.  A  router  on  the  network  may  not  be 
handling  the  connection  correctly. 


pendic 


A 
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Could  not  resolve  host  name 

Reflection  Network  Series  or  Windows  Sockets  compliant  stack  error. 

Connection  is  in  use 

This  message  applies  to  Reflection  for  Windows. 

You  attempted  to  resume  a  connection  that  is  in  use  by  another  copy  of  Reflection. 

?  Connection  refused  by  host 

This  message  applies  to  Reflection  for  DOS. 

There  may  be  a  resource  limit  on  the  host  to  which  you  are  trying  to  connect,  or  the 
host  may  have  this  service  disabled. 

?  Connection  timed  out 

This  message  applies  to  Reflection  for  DOS. 

The  host  has  been  identified,  but  there  has  been  no  response.  The  host  may  not  be 
available. 

Data  error  in  file  NSETUPRNS\SETUPSSETUP.INI 

This  message  applies  to  the  Reflection  Network  Series  SETUP  program. 

SETUP  uses  a  file,  SETUP.INI,  to  assign.a  serial  number  when  installing  the  Reflec¬ 
tion  Network  Series  for  the  first  time.  This  file  must  be  located  in  the  same  directory 
as  the  SETUP  program.  Although  SETUP  found  the  file,  there  is  a  problem  with 
this  file  (for  example,  non-ASCII  characters  are  in  the  file).  Locate  your  Reflection 
Network  Series  installation  disks  and  use  the  SETUP  program  from  this  disk  to 
ensure  that  the  serial  number  is  assigned  correctly. 

Datalink  multicast  enable  failed 

This  message  applies  to  RLAT.EXE. 

RLAT  could  not  establish  communication  with  RDLL  in  order  to  register  the  LAT 
multicast  address.  RLAT  will  not  be  able  to  receive  service  announcements.  Try 
uninstalling  RDLL;  you  may  also  have  a  problem  on  your  network. 
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Datalink  portal  open  failed 

This  message  applies  to  RLAT.EXE. 

When  installing  RLAT,  RDLL  was  not  able  to  open  communication  with  RLAT. 
Run  RDLL  again,  noting  any  error  messages  that  are  displayed. 

Disconnected 

This  message  applies  to  Reflection  for  DOS. 

You  have  been  disconnected  from  the  network  software.  The  connection  was  either 
not  established  or  lost. 

?  DOS  is  busy 

This  message  applies  to  Reflection  for  DOS. 

This  error  may  occur  if  memory  handling  software  such  as  the  DOS  5.0  Task  Swap* 
per  is  being  used.  If  this  message  is  displayed  repeatedly,  you  may  have  to  exit  one  of 
your  other  applications. 

DNS  requires  DNSAddrto  be  set  in  PR0T0C0L.INI 

This  message  applies  to  NB.EXE  distributed  with  the  Reflection  Network  Series. 

DNSServerAddr  is  used  to  resolve  host  names  to  IP  addresses.  To  set  this  parameter  , 
edit  DNSServerAddr  in  your  PROTOCOL.INI  file.  You  can  also  use  Setup  to  set 
this  parameter. 

DOS  reports  memory  chain  corruption 

This  message  applies  to  CONMGR.EXE. 

When  allocating  or  deallocating  memory  for  internal  data  structures,  DOS  returned 
a  memory  error.  Reboot  your  PC. 

Driver  registration  error 

This  message  applies  to  RDLL.EXE. 

You  were  unable  to  connect  to  RODI  or  RNDIS.  There  is  a  hardware  error,  or  in  the 
NDIS  environment,  NETBIND  did  not  bind  RNDIS. 


pendic 
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DUPLICATE  INTERNET  ADDRESS  FOUND,  CANNOT  INSTALL!  YOU  MUST  USE  A 
DIFFERENT  INTERNET  (IP)  ADDRESS  FOR  THIS  MACHINE! 

DUPLICATE  NAME  FOUND,  CANNOT  INSTALL!  YOU  MUST  USE  A  DIFFERENT  NODE 
NAME  (or  DOMAIN  or  ORG)  FOR  THIS  MACHINE! 

These  messages  apply  to  TCP2PDIS.EXE. 

Each  PC  on  the  network  must  have  a  unique  IP  address;  if  connecting  to  an  HP 
3000  with  NS,  a  unique  NS  node  name  is  also  required.  See  page  83  for  more 
information. 

Duplicated  argument 

This  message  applies  to  RDLL.EXE. 

You  specified  the  same  parameter  twice  when  loading  RDLL. 

Equal  sign  missing  between  keyword  and  value  (PR00011E) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 
Series. 

All  entries  in  PROTOCOL.INI  must  have  an  equal  sign. 

Error  adding  multicast  address 

This  message  applies  to  TCP2PDIS.EXE. 

This  message  may  occur  on  an  Ethernet  network  where  support  for  HP  NS  Probe 
packets  is  required.  The  value  for  the  /MCASTS  parameter  of  RNDIS.EXE  or 
RODI.EXE  is  not  large  enough  for  TCP2PDIS.EXE  in  its  current  configuration. 
There  may  also  be  a  configuration  problem  between  RNDIS  and  the  NDIS  driver  or 
RODI  and  the  RODI  driver,  for  example,  the  IRQ  value  may  be  wrong. 

Modify  the  line  in  AUTOEXEC.BAT  and/or  STARTNET.BAT  that  invokes  RODI 
or  RNDIS  and  increase  this  value.  If  you’re  using  RNDIS,  reboot  your  PC.  If  you’re 
using  RODI,  uninstall  RODI  and  then  reinstall.  If  /MCASTS  is  not  specified,  you 
should  add  this  parameter. 

Error:  Bad  decimal  number  in  PROTOCOL.INI 

This  message  applies  to  NETBIND.COM. 
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A  value  for  a  keyword  in  PROTOCOL.INI  that  should  be  a  decimal  has  an  illegal 
character  (for  example,  a  letter). 

Error:  Bad  hex  number  In  PROTOCOL.INI 

A  keyword  in  PROTOCOL.INI  that  requires  a  hexadecimal  value  is  not  readable. 
A  hex  value  must  be  preceded  by  0x. 

Error:  Bad/missing  BINDINGS  keyword  in  the  required  section  of  PROTOCOL.INI 

This  message  applies  to  RNDIS.EXE. 

As  part  of  NDIS  SETUP,  a  section  is  added  to  your  PROTOCOL.INI  file  that 
includes  lines  similar  to  the  following: 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  <network  card  bindings> 

If  your  network  card  is  one  for  which  the  Reflection  Network  Series  configures  an 
NDIS  driver,  the  BINDINGS  =  line  is  completed.  If  not,  the  SETUP  program  leaves 
this  line  unfinished.  Look  at  the  file  PROTOCOL.SAM,  distributed  with  the 
Reflection  Network  Series,  to  see  suggested  settings  for  your  network  card. 

Error:  Bad  string  in  PROTOCOL.INI 

This  message  applies  to  NETBIND.COM. 

PROTOCOL.INI  must  be  an  ASCII  file;  there  may  be  a  binary  character  in  the  file. 

Error:  Could  not  find  WRQ  PDIS  driver 

This  message  applies  to  the  IPX.COM  distributed  with  the  Reflection  Network 
Series. 

RNDIS.EXE  must  be  installed  in  memory  in  order  to  load  IPX.COM. 

Error:  Could  not  register  with  LSL 

This  message  applies  to  RODI.EXE. 

This  message  could  mean  that  LSL.EXE,  the  link  support  layer,  is  out  of  resources 
when  RODI  is  loaded.  Try  to  load  RODI  directly  after  the  ODI  network  card  driver 
is  loaded.  If  you  still  see  a  problem,  the  settings  for  maximum  stacks  may  need  to  be 
increased  in  NET.CFG. 


Error:  Integer  Overflow  in  PROTOCOL.INI 

This  message  applies  to  NETBIND.COM. 

An  integer  value  in  PROTOCOL.INI  is  too  large. 

Error:  Locating  BINDINGS  keyword 

This  message  applies  to  NETBIND.COM. 

The  sections  in  PROTOCOL.INI  that  bind  to  a  network  card  require  a  Bindings 
line.  The  Reflection  Network  Series  section  [WRQNDIS1]  includes  a  line  that 
binds  this  driver  to  the  network  card  driver. 

Error:  NDIS  Netbind  function  should  be  performed 

This  message  applies  to  RNDIS.EXE. 

NETBIND  must  be  executed  before  RNDIS  can  be  ready  for  network  operation. 

Error:  NDIS  Netbind  function  should  be  performed  before  running  RNDIS 

This  message  applies  to  RNDIS.EXE. 

RNDIS  has  been  installed  and  then  uninstalled  as  part  of  the  normal  booting 
procedure.  However,  to  install  RNDIS  into  memory  again,  you  must  first  run 
NETBIND. 

Error:  NDIS  Netbind  function  was  previously  attempted  and  failed 

This  message  applies  to  RNDIS.EXE. 

NETBIND  was  loaded,  but  an  error  has  occurred.  The  error  may  include  the  follow¬ 
ing  additional  information: 

▲  got  a  null  pointer  to  NDIS  MAC 

The  version  of  PROTM  AN  .DOS  is  not  compatible  with  the  rest  of  the  NDIS 
software.  If  you  have  an  alternate  version  of  PROTMAN.DOS  available,  try 
using  it. 
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a  NDIS  driver  is  for  an  unknown  network 

There  is  a  text  description  built  into  an  NDIS  driver  which  specifies  the  net¬ 
work  type  (Ethernet,  Token-Ring,  etc.)-  This  description  was  not  recognized  as 
one  of  the  supported  network  types.  If  you  can  confirm  that  the  driver  is  Ether¬ 
net  or  Token-Ring  and  claims  to  support  the  protocols  supported  by  the  Reflec¬ 
tion  Network  Series  (802.3,  802.5,  or  DIX),  call  Technical  Support  or  your 
authorized  distributor. 

a  pointer  to  MAC  from  PROTMAN  and  from  the  MAC  are  not  the  same 

Call  WRQ  Technical  Support  or  your  authorized  distributor;  a  patch  to  one  of 
these  modules  may  be  required. 

a  set  address  filter  failed 

This  can  be  a  problem  related  to  the  NDIS  driver.  You  may  be  running  with  a 
driver  supplied  by  the  card  manufacturer  or  with  a  driver  supplied  by  the  Reflec¬ 
tion  Network  Series.  If  you  can  locate  the  alternate  driver,  try  replacing  it. 

a  set  lookahead  length  failed 

This  message  indicates  a  problem  with  the  NDIS  driver.  You  may  be  running 
with  a  driver  supplied  by  the  card  manufacturer  or  with  a  driver  supplied  by  the 
Reflection  Network  Series.  If  you  can  locate  the  alternate  driver,  try  replacing 
it. 


a  unable  to  open  adapter  (attach  to  the  network) 

This  message  may  be  due  to  a  difficulty  in  a  Token-Ring  environment.  The  mes¬ 
sage  may  also  read  “unable  to  open  adapter  board.’' 

If  you  see  this  message,  reboot  your  PC  and  try  again.  If  the  problem  persists, 
this  may  be  a  problem  with  the  network  card  or  the  cabling,  and  you  may  need 
to  replace  one  of  them. 

a  unusable  hardware  address  length 

During  the  NETBIND  operation,  RNDIS  checks  for  the  hardware  address 
length  supported  by  the  NDIS  driver.  RNDIS  expects  an  address  length  of  6 
bytes  (either  Ethernet  or  Token-Ring).  If  a  different  address  length  is  supported 
by  the  NDIS  driver  (such  as  an  ARCnet  driver),  you  may  see  this  error.  This 
card  may  not  be  compatible  with  Reflection  Network  Series  software. 
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a  was  not  called  with  InitiateBind  request 

This  is  typically  a  problem  with  the  version  of  the  network  card  driver.  You  may 
be  running  with  a  driver  supplied  by  the  card  manufacturer  or  with  a  driver  sup¬ 
plied  by  the  Reflection  Network  Series.  If  you  can  locate  the  alternate  driver, 
try  replacing  it. 

a  <  error  number  > 

If  you  see  a  number  for  an  error  message,  note  the  number  and  contact  Techni¬ 
cal  Support  or  your  authorized  distributor. 

Error.  No  Module  Section  in  PR0T0C0L.INI 

This  message  applies  to  NETBIND.COM. 

Check  PROTOCOL.INI;  this  error  is  returned  if  brackets  are  missing  from  a  section 
header  (for  example,  [WRQNDIS1] ).  RND1S  will  typically  return  an  error  message 
before  NETBIND;  if  not,  check  for  any  lines  that  change  default  drives  or  directories 
as  part  of  AUTOEXEC.BAT. 

Error:  Out  of  memory  in  PROTOCOL.INI  image 

This  message  applies  to  NETBIND.COM. 

The  size  of  your  PROTOCOL.INI  file  is  too  large.  Try  reducing  the  size  of 
PROTOCOL.INI;  for  example,  remove  unnecessary  or  commented  lines. 

Error:  Protocol  manager  did  not  accept  IOCTL  call 

This  message  applies  to  RNDIS.EXE. 

NETBIND  has  already  been  executed  by  some  other  NDIS-compliant  protocol. 
RNDIS  should  be  loaded  first. 

Error:  Protocol  manager  (PROTMAN.DOS)was  not  installed  or  did  not  load 

This  message  applies  to  RNDIS.EXE. 

PROTMAN.DOS  is  loaded  as  a  device  in  your  CONFIG.SYS  file.  If  this  procedure 
fails,  other  NDIS-compliant  modules  cannot  function.  Check  your  CONFIG.SYS 
file.  If  you  used  Reflection  Network  Series  SETUP  defaults,  you  should  see  a  line 
similar  to  the  following: 

device=c : \wrqnet \protman . dos  / i : c : \wrqnet 
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The  / i  parameter  indicates  the  location  of  PROTOCOL.INI  used  by  PROTMAN. 
Reboot  your  PC  and  watch  for  error  messages  when  PROTMAN  loads. 

Error:  Protocol  manager  refused  PROTOCOL.INI  information 

This  message  applies  to  RNDIS.EXE. 

RNDIS  was  unable  to  get  information  regarding  settings  in  PROTOCOL.INI  from 
the  PROTMAN.DOS  in  the  current  memory.  This  error  can  occur  if  you  are  using  a 
PROTMAN.DOS  supplied  with  Microsoft  LAN  Manager  version  2.1  or  higher.  Try 
loading  RNDIS  as  close  to  the  top  of  your  AUTOEXEC.BAT  file  as  possible;  if  this 
fails,  call  Technical  Support  or  your  authorized  distributor. 


Error:  RODI  driver  already  loaded 

This  message  applies  to  RODI.EXE. 


You  attempted  to  load  RODI  when  it  is  already  installed  in  memory. 

Error  setting  receive  mode 

This  message  applies  to  TCP2PDIS.EXE. 

This  message  indicates  a  problem  that  will  only  be  resolved  by  rebooting  your  PC. 
If  the  problem  continues,  call  Technical  Support  or  your  authorized  distributor. 

Error:  Unable  to  add  multicast  address 

This  message  applies  to  the  IPX.COM  shipped  with  the  Reflection  Network  Series. 

This  message  is  displayed  on  a  Token-Ring  network  if  the  multicast  or  function 
address  capability  is  not  supported  by  the  network  card.  Another  possible  cause  for 
this  error  on  a  Token-Ring  networks  is  a  low  value  for  RNDIS  /MCASTS. 

Error:  Unable  to  determine  node  address 

This  message  applies  to  the  IPX.COM  shipped  with  the  Reflection  Network  Series. 

The  hardware  address  specified  by  the  NDIS  driver  was  not  correctly  read  by 
RNDIS.EXE.  Check  any  recent  changes  to  hardware  settings  for  your  network  card 
and  confirm  that  you  are  using  the  correct  driver. 
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Error:  Unable  to  find  DRIVERNAME  =  <driver  name  >  section  in  PR0T0C0L.INI 

This  message  applies  to  NETBIND.COM. 

NETBIND  uses  the  Drivername  =  keyword  to  find  NDIS  modules;  the 
PROTOCOL.INI  that  is  being  used  does  not  have  this  keyword.  Check  the  path  for 
PROTOCOL.INI  in  CONFIG.SYS;  confirm  that  an  equal  sign  is  present  on  the  line 
that  provides  the  drivername. 

Error:  Unable  to  load  IPX.COM  from  within  Windows 

This  message  applies  to  the  IPX.COM  shipped  with  the  Reflection  Network  Series. 
You  must  exit  Windows  in  order  to  load  IPX.COM. 

Error:  Unable  to  load  IPX. COM  with  Reflection  in  background 

This  message  applies  to  the  IPX.COM  shipped  with  the  Reflection  Network  Series. 

Hot-key  back  to  Reflection  for  DOS;  exit  ((Ak)-(X)  or  (Ah)-®)  and  load  IPX. 

Error:  Unable  to  locate  required  section  in  PROTOCOL.INI 

This  message  applies  to  RNDIS.EXE. 

As  part  of  SETUP,  a  section  is  added  to  your  PROTOCOL.INI  file  that  includes 
lines  similar  to  the  following: 

[WRQNDISl] 

Drivername  =  WRQNDS1$ 

Bindings  =  xxxxxxxxxx 

If  you  don’t  see  these  lines,  you  have  not  successfully  completed  the  SETUP  process. 

Error:  Unable  to  open  PROTMAN$ 

This  message  applies  to  NETBIND.COM. 

PROTMAN.DOS  did  not  load  successfully.  Check  your  CONFIG.SYS  file  to  con¬ 
firm  that  PROTMAN.DOS  is  defined  correctly  for  the  directory  containing  your 
NDIS  support  files  (for  example,  \WRQNET). 
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Error:  Unable  to  turn  the  receiver  on 

This  message  applies  to  the  IPX.COM  shipped  with  the  Reflection  Network  Series. 

Initialization  between  RNDIS  and  the  NDIS  driver  was  not  complete.  This  may  be 
due  to  a  hardware  problem;  check  your  cabling. 

Error:  WRQ  PDIS  driver  has  no  more  stacks 

This  message  applies  to  the  IPX.COM  shipped  with  the  Reflection  Network  Series. 

The  /STACKS  parameter  for  RNDIS.EXE  is  not  large  enough.  Modify  the  number 
of  stacks  on  any  line  in  AUTOEXEC.BAT  that  loads  RNDIS.EXE. 

Error:  WRQ  PDIS  driver  is  not  fully  installed 

This  message  applies  to  the  IPX.COM  shipped  with  the  Reflection  Network  Series. 
Load  RNDIS  again. 

RNDIS  can  be  installed  and  uninstalled  before  running  NETBIND.  With  this  tech¬ 
nique,  enough  RNDIS  information  is  left  in  memory  for  NETBIND  to  operate. 
RNDIS  must  be  reinstalled  before  running  IPX.  This  message  is  displayed  if  RNDIS 
was  installed  and  uninstalled  before  running  NETBIND,  but  was  not  reinstalled 
before  running  IPX. 

?  Extra  text  at  end  of  command,  <x> 

This  message  applies  to  Reflection  for  DOS. 

You  have  added  a  string  <x>  at  the  end  of  the  command  that  is  not  a  recognized 
keyword. 

Failed  to  bind  (PR00025E) 

This  message  applies  to  the  NETBIND.COM  distributed  with  the  Reflection  Net¬ 
work  Series. 

One  of  the  NDIS  protocols  tried  to  bind  to  the  NDIS  driver  and  failed.  This  message 
is  also  displayed  if  you  do  not  have  a  driver  section  in  PROTOCOL.INI. 
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Run  RNDIS.EXE  again;  if  there  is  a  message  such  as  “Error:  NDIS  Netbind  function 
should  be  performed,”  you  may  have  an  incomplete  or  incorrect  Bindings  =  line.  If 
you  are  using  other  NDIS-compliant  protocols  such  as  NetBEUI  or  Banyan  VINES, 
the  binding  process  may  not  have  been  completed  before  running  RNDIS.  Possible 
causes  of  the  message  “Error:  NDIS  Netbind  function  was  previously  attempted  and 
failed”  are  described  on  page  428. 

Don’t  mix  different  versions  of  NETBIND  and  PROTMAN.  The  Reflection  Net¬ 
work  Series  can  use  existing  versions  of  NETBIND  and  PROTMAN.DOS  that  are 
already  configured  on  your  PC.  However,  these  programs  must  be  at  the  same  release 
level  in  order  to  work  correctly.  Do  not  mix  a  PROTMAN.DOS  from  one  software 
package  with  a  NETBIND  from  another. 

FATAL:  Board  does  not  support  Source  Routing 

This  message  applies  to  ROUTE.COM. 

When  ROUTE  is  loaded,  the  network  card  referenced  with  the  BOARD  parameter 
must  support  source  routing  (i.e.,  Token-Ring).  You  may  see  this  error  if  you  have 
installed  a  second  card  that  is  Ethernet  and  the  order  of  the  statements  in  NET.CFG 
causes  the  Ethernet  card  to  be  referenced  with  the  ROUTE  command. 

FATAL:  Board  number  MUST  be  1  through  8.  Try  again. 

This  message  applies  to  ROUTE.COM. 

With  the  Reflection  Network  Series,  the  ROUTE  command  for  Token-Ring  net¬ 
work  cards  uses  two  ROUTE  commands  in  AUTOEXEC.BAT  with  a  BOARD = 
parameter.  The  board  reference  must  be  in  this  range. 

FATAL:  Could  not  find  source  routing  driver  to  unload 

This  message  applies  to  ROUTE.COM. 

You  attempted  to  unload  ROUTE.COM,  but  it  was  not  loaded. 
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FATAL:  Different  LSL  or  a  LSL  interrupt  has  been  hooked 

This  message  applies  to  LSL.COM. 

You  tried  to  unload  LSL  from  memory,  but  it  detected  a  condition  that  would  not 
allow  it  to  be  removed  safely.  This  can  occur  for  two  reasons: 

A  The  resident  LSL  and  the  LSL  used  to  unload  the  resident  LSL  are  not  the  same 
version. 

Use  the  same  version  to  unload  LSL  as  you  used  to  load  it. 

a  Another  program  has  been  loaded  that  has  hooked  one  of  the  LSL’s  interrupt 
vectors.  The  LSL  uses  interrupt  vectors  08h  and  2Fh. 

Unload  the  program  that  has  hooked  to  the  LSL’s  interrupt  vectors  before 
unloading  the  LSL. 

FATAL:  There  is  a  TSR  above  the  loaded  source  routing  driver 

This  message  applies  to  ROUTE.COM. 

You  tried  to  unload  ROUTE.COM,  but  another  TSR  was  loaded  afterwards. 

You  must  first  unload  this  TSR  before  attempting  to  unload  ROUTE. 

FATAL:  Timer  interrupt  is  hooked  by  another  application 

This  message  applies  to  ROUTE.COM. 

Another  program  was  installed  after  ROUTE.COM  and  is  using  this  interrupt;  you 
cannot  uninstall  ROUTE  until  the  other  program  is  also  unloaded  from  memory. 

File  Error— Cannot  Find  RNTELNET.DLL 

The  TCP  Connection  and  the  3000  Connection  make  use  of  the  Telnet  DLL 
shipped  with  Reflection  for  Telnet  access  to  a  host.  RNTELNET.DLL  is  shipped 
with  version  4.1  and  above  of  Reflection.  Make  sure  this  file  is  in  your  Reflection 
directory  (by  default,  \RWIN). 

The  file  specification  is  invalid,  line  <n> 

This  message  applies  to  TCP2PDIS.EXE. 

By  default,  TCP2PDIS  uses  the  text  file  NET.CFG  or  PROTOCOL.INI  for  TCP/IP 
startup  parameters.  A  file  specification  (such  as  the  one  required  for  File)  is 
invalid;  use  the  line  number  specification  in  this  message  to  locate  the  problem 
keyword.  See  page  320  for  a  list  of  keywords. 


m.  Error  Messages 


General  failure,  unable  to  uninstall 

This  message  applies  to: 

CONMGR.EXE 

TELMGR.EXE  and  third-party  Telnets 

VTMGR.EXE 

WRQTCP.EXE 

WRQTICL.EXE 

If  this  message  is  displayed  for  VTMMGR,  TELMGR,  or  a  third-party  Telnet,  try  the 
/KILL  switch;  if  this  doesn’t  work  (or  doesn’t  apply),  you  may  have  to  reboot  your 
PC. 

HARDWARE  FAILURE  (PR00028E) 

This  message  applies  to  NETBIND.COM  distributed  with  the  Reflection  Network 
Series. 

The  NDIS  driver  returns  this  message  if  the  network  adapter  hardware  is  not 
functioning  correctly. 

HARDWARE  NOT  FOUND  in  binding  (PR00027E) 

This  message  applies  to  NETBIND.COM  distributed  with  the  Reflection  Network 
Series. 

The  hardware  settings  for  your  network  adapter  in  PROTOCOL.INI  were  registered, 
but  the  specified  hardware  was  not  found. 

Host  is  busy 

This  message  applies  to  Reflection  for  DOS. 

You  have  entered  a  valid  service  name  or  IP  address,  but  the  ports  on  the  terminal 
server  with  which  you  connect  to  the  host  are  all  in  use. 

Host  unreachable 

Reflection  Network  Series  for  Windows  or  Windows  Sockets  compliant  stack  error. 
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?  Host  network  is  unreachable 

This  message  applies  to  Reflection  for  DOS. 

The  host  you  specified  is  a  legal  format  (for  example,  an  IP  address),  but  no  route  to 
that  host  exists. 

Incompatible  address  switches  specified 

This  message  applies  to  LANTRACE.EXE. 

There  are  several  address  switches  available  with  LANTRACE;  several  of  these 
cannot  be  used  at  the  same  time.  See  page  350  for  information  on  LANTRACE. 

INCOMPATIBLE  MAC  (PR00031E) 

This  message  applies  to  NETBIND.COM  distributed  with  the  Reflection  Network 
Series. 

There  is  some  feature  in  one  of  the  NDIS  protocols  not  supported  by  this  NDIS 
driver,  or  the  driver  is  for  a  network  that  is  not  recognized. 

Incompatible  versions 

This  message  applies  to  NB.EXE  distributed  with  the  Reflection  Network  Series. 

Incompatible  version  of  TCP2PDIS  in  memory 

This  message  applies  to  TCP2PDIS.EXE. 

There  are  several  switches  that  can  be  used  after  TCP2PDIS  is  loaded  in  memory 
(for  example,  /SHOW,  /PROBE,  and  /CACHECLEAR).  You  must  use  these 
switches  with  the  same  version  of  TCP2PDIS  that  was  initially  loaded.  You  may 
have  an  earlier  version  of  this  program  in  a  directory  that  is  part  of  your  DOS  path. 

Incorrect  file  format 

This  message  applies  to  TCP2PDIS.EXE. 

This  message  appears  if  you  are  using  TCP2PDIS  to  specify  a  file  (such  as  HOSTS) 
that  maps  HP  NS  names  to  IP  addresses;  the  file  you’re  loading  is  not  in  the  proper 
format.  See  page  302  for  information  on  setting  up  HP  NS  names  in  a  HOSTS  file. 
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?  Incorrect  password 

This  message  applies  to  Reflection  for  DOS. 

You  can  add  a  password  when  connecting  to  a  password-protected  LAT  service.  This 
message  is  returned  when  the  password  is  not  recognized. 

INITIALIZATION  FAILED  (PR00032E) 

This  message  applies  to  NETBIND.COM  distributed  with  the  Reflection  Network 
Series. 

One  of  the  NDIS  protocols  in  PROTOCOL.INI  failed  to  initialize. 

Initialization  failure  (PR00017E) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 
Series. 

Check  to  see  if  the  path  to  PROTOCOL.INI  is  specified  correctly  in  CONFIG.SYS. 
If  this  is  not  the  problem,  you  may  have  a  corrupted  PROTMAN.DOS. 

INSUFFICIENT  MEMORY  (PR0002eE) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 
Series. 

The  amount  of  memory  available  on  your  PC  is  not  sufficient  to  define 
PROTMAN.DOS  as  a  device. 

Insufficient  memory  for  requested  number  of  sessions: 

Reducing  session  request  to  memory  available 

This  message  applies  to  CONMGR.EXE. 

CONMGR  installs,  but  you  do  not  have  support  for  as  many  simultaneous  sessions  as 
you  had  requested. 

Insufficient  Stack  Space 

This  message  applies  to  NB.EXE  distributed  with  the  Reflection  Network  Series. 

You  do  not  have  enough  memory  to  load  NB.EXE.  Remove  other  programs  from 
memory  or  change  NB  loading  requirements. 
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Integer  overflow  in  PROTOCOL.INI  parameter  (PR00006E) 

This  message  applies  to  the  Reflection  Network  Series  file  PROTMAN.DOS. 

An  integer  value  in  PROTOCOL.INI  is  too  high;  the  maximum  value  is  65535. 

INTERRUPT  CONFLICT  (PR00030E) 

This  message  applies  to  NETBIND.COM  distributed  with  the  Reflection  Network 
Series. 

An  NDIS  driver  reports  an  IRQ  conflict. 

In  use 

This  message  applies  to  Reflection  for  DOS. 

Indicates  that  the  session  is  the  current  session  of  another  “user”  (another  copy  of 
Reflection). 

Invalid  connection  handle 

This  message  applies  to  Reflection  for  Windows. 

An  RCOM.DLL  function  was  called  with  an  invalid  connection  handle. 
$CONNECTION'HANDLE  is  a  predefined  Reflection  command  language  variable 
containing  a  unique  number  that  identifies  the  current  connection.  If  you  save  this 
number  to  a  variable,  you  can  then  use  that  variable  to  resume  or  close  the 
connection. 

Invalid  connection  name 

This  message  applies  to  Reflection  for  Windows. 

You  attempted  to  connect  (via  the  CONNECT  command)  to  a  Connection 
template  that  does  not  exist. 

Invalid  decimal  digit  in  PROTOCOL.INI  file  (PR00008E) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 
Series. 

A  number  that  combines  numbers  and  letters  was  specified.  It  is  not  a  valid  decimal 
number;  if  it  is  a  string,  enclose  it  in  quotes. 


Invalid  DNSServerAddr  value  in  text  initialization  file 

This  message  applies  to  TCP2PDIS.EXE. 

If  you  use  a  domain  name  server  on  your  network  to  resolve  names  to  IP  addresses, 
you  can  specify  the  IP  addresses  of  up  to  5  domain  name  servers.  You  can  add  these 
names  using  the  SETUP  program  or  by  editing  NET  CFG  or  PROTOCOL.INI 
directly.  There  was  a  problem  with  one  of  these  addresses.  See  page  327  for  more 
information. 

Invalid  hex  digit  in  PROTOCOL.INI  file  (PR00007E) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 
Series. 

A  hexadecimal  digit  started  with  Ox,  but  included  letters  other  than  A-F. 

?  Invalid  number  <x> 

This  message  applies  to  Reflection  for  DOS. 

You  can  refer  to  a  session  by  number  with  Connection  Manager  commands  (type 
SHOW  SESSIONS  to  see  a  summary  of  sessions  and  their  numbers).  The  number  you 
have  specified  is  not  valid. 

Invalid  password 

This  message  applies  to  Reflection  for  Windows. 

You  can  add  a  password  when  connecting  to  a  password-protected  LAT  service.  This 
message  is  returned  when  the  password  is  not  recognized. 

Invalid  subnet  mask  value  in  text  initialization  file 

This  message  applies  to  TCP2PDIS.EXE. 

Reflection  Network  Series  TCP/IP  parameters  are  typically  stored  as  keywords  in 
NET.CFG  or  PROTOCOL.INI.  You  can  edit  this  file  yourself.  An  incorrect  value 
for  the  subnet  mask  produces  this  error.  See  the  description  of  the  SubnetMaskO  = 
keyword  on  page  338. 
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IRQ  specified  on  command  line  differs  from  ODI  driver’s  configuration  table 

This  message  applies  to  RODI.EXE. 

You  have  used  the  /IRQ  switch  when  loading  RODI;  however,  the  value  is  not  the 
same  as  the  INT  or  IRQ  value  used  for  your  network  card  in  NET.CFG.  These  IRQ 
values  must  be  the  same  in  order  to  function  properly. 

Keyword  value  invalid  or  out  of  range  in  the  text  initialization  file,  line  <n> 

This  message  applies  to  TCP2PDIS.EXE. 

This  message  is  a  warning;  TCP2PDIS  does  load  with  all  correctly  specified 
parameters. 

Reflection  Network  Series  TCP/IP  parameters  are  typically  stored  as  keywords  in 
NET.CFG  or  PROTOCOL.INI.  You  can  edit  this  file  yourself;  if  a  numeric  setting  is 
out  of  legal  range,  this  error  indicates  the  line  where  the  problem  occurred.  See  page 
325  for  a  list  of  the  keywords  and  their  parameters. 


LSL.COM  is  not  in  memory 

This  message  applies  to  RODI.EXE. 

By  default,  LSL  is  loaded  in  your  AUTOEXEC.BAT  file,  but  you  can  unload  it  and 
reload  it.  LSL.COM  must  be  loaded  before  RODI. 

MAC  NOT  INITIALIZED  in  binding  (PR00026E) 

This  message  applies  to  PROTMAN.EXE  distributed  with  the  Reflection  Network 
Series. 

The  NDIS  driver  for  a  network  card  could  not  initialize  successfully.  Check  the  sec¬ 
tion  for  your  network  adapter  in  PROTOCOL.INI;  compare  this  to  the  network 
adapter  documentation. 

?  Missing  host  name 

This  message  applies  to  Reflection  for  DOS. 

You  must  provide  a  host  name,  IP  address,  (or  in  the  case  of  LAT,  a  service  name) 
when  using  the  CONNECT  command. 
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No  current  session 

This  message  applies  to  Reflection  for  DOS. 

You  are  attempting  to  resume  a  Connection  Manager  session;  you  must  specify  the 
session  number. 

No  more  connection  sessions  available 

This  message  applies  to  Reflection  for  Windows. 

You  are  already  using  16  host  connections,  which  is  the  maximum  number  supported 
by  Reflection.  Before  you  can  open  a  new  connection,  you  must  close  one  of  the 
existing  connections. 

No  more  network  sessions  available 

This  message  applies  to  Reflection  for  W indows. 

The  limit  to  the  number  of  sessions  in  your  STARTNET.BAT  file  has  been  reached. 
You  must  close  one  of  the  other  sessions,  or  exit  Windows  and  increase  the  number 
of  sessions  specified  in  your  STARTNET.BAT  file. 

No  network  driver  binding  was  performed  (PR00033E) 

This  message  applies  to  NETBIND.COM  distributed  with  the  Reflection  Network 
Series. 

No  protocol  was  loaded  that  required  binding  to  the  NDIS  driver;  PROTMAN  did 
not  perform  any  binding.  Check  to  confirm  that  RNDIS  is  loaded  in  memory. 

No  protocol  modules  have  been  loaded:  you  will  not  be  able  to  connect  to  any  host 

This  message  applies  to  Reflection  for  DOS. 

You  have  selected  CON-MGR  as  your  datacomm  choice,  but  the  appropriate  net¬ 
work  software  was  not  loaded  before  you  started  Reflection.  Exit  Reflection,  load  the 
network  software,  and  start  Reflection  again. 

?  Not  a  SCB  or  incorrect  state 

This  message  applies  to  Reflection  for  DOS. 

This  is  a  memory  corruption  error.  Exit  Reflection  and  unload  your  Reflection  Net¬ 
work  Series  software,  then  run  STARTNET  again. 
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Not  enough  memory  for  PR0T0C0L.INI  image  (PR00005E) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 
Series. 

PROTOCOL.INI  is  too  large  for  the  amount  of  conventional  memory  you  have  left. 

Not  enough  VINT14  memory  to  start  a  connection 
Increase  the  Vint14HeapSize  in  the  SYSTEM.INI  file 

This  message  applies  to  Reflection  for  Windows. 

There  is  not  enough  memory  to  load  the  communications  driver.  The  number  of 
network  sessions  you  can  run  simultaneously  depends  on  the  amount  of  memory  you 
have  available.  Check  the  SYSTEM.INI  file  (located  in  the  Windows  directory)  for 
the  following  lines  that  were  added  by  the  Reflection  setup  program: 

DEVICE=<path>\VINT14 .386 
VINT14HEAPSIZE=8192 

The  maximum  number  of  sessions  is  determined  by  the  value  given  to  the 
VINT14HEAPSIZE  .  You  can  adjust  the  size  in  increments  of  2048  to  increase  the 
number  of  sessions  you  can  run.  This  may  allow  you  to  run  more  network  sessions, 
however  it  increases  the  amount  of  memory  allocated  to  Reflection,  thus  reducing 
the  memory  available  for  other  Windows  applications. 


No  WRQTCP  buffers  available 

This  message  applies  to  NB.EXE  distributed  with  the  Reflection  Network  Series. 


Number  of  buffers  <number1>,  Buffer  size  <size>  bytes, 

Memory  pool  <number2>  bytes 

This  message  applies  to  LSL.COM. 

This  is  not  an  error  message,  but  the  information  displayed  can  be  helpful  when 
interpreting  other  messages.  This  information  appears  when  the  LSL  has  read  con¬ 
figuration  information  from  the  NET.CFG  file. 


<  number  1> 
<size> 


The  number  of  communication  buffers  allocated  by  the  LSL. 

The  size  of  the  LSL’s  communications  buffers  (106  bytes  of  this 
value  are  reserved  for  protocol  and  media  headers).  This  value 
cannot  be  smaller  than  618  bytes. 
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<number2>  The  amount  of  memory  allocated  to  the  LSL’s  free  memory  pool. 
This  free  memory  pool  is  used  by  protocols. 

Neither  IPXODI  nor  RODI  need  these  buffers;  you  may  be  able  to  remove  them  as 
long  as  another  ODI  application  (such  as  LAN  Workplace  for  DOS)  does  not 
require  them. 

Password  required 

This  message  applies  to  Reflection  for  DOS. 

You  are  trying  to  connect  to  a  password-protected  service.  If  you  do  not  specify  a 
password  as  part  of  the  CONNECT  command  at  the  Connection  Manager  prompt, 
you  can  type  in  a  password  when  the  service  prompts  you  for  it. 

PDIS  driver  not  found 

This  message  applies  to  RDLL.EXE. 

You  must  load  your  packet  driver  interface  software  (RNDIS  and  NETBIND  or 
RODI)  before  you  can  load  RDLL.EXE. 

Please  call  Technical  Support  CONMGR  has  detected  an  uninstall  problem 

This  message  applies  to  CONMGR.EXE. 

An  internal  error  has  occurred  when  uninstalling  CONMGR.  Make  a  note  of  the 
last  few  Reflection  Network  Series  transactions  that  you  performed,  and  call  Techni¬ 
cal  Support  or  your  authorized  distributor. 

Please  first  load  BWNFS  before  loading  TelnetManager 

This  message  applies  to  BYCTM.EXE  (Telnet  Connection). 

You  must  load  your  TCP/IP  software,  BWNFS,  before  running  BWTM. 

Please  first  load  LAN  Workplace  v4.0  or  BEFORE  loading  TelnetManager 

This  message  applies  to  NOVTM.EXE  (Telnet  Connection). 

You  must  run  LAN  Workplace  software  to  install  your  TCP/IP  stack  before  starting 
NOVTM.EXE. 
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Please  first  load  Pathway  Access  kernel  before  loading  TelnetManager 

This  message  applies  to  WINTM.EXE  (Telnet  Connection). 

You  must  run  PathWay  software  to  install  your  TCP/IP  stack  before  starting 
WINTM.EXE. 

Please  first  load  SOCKTSR.EXE  before  loading  TelnetManager 

This  message  applies  to  OPNTM.EXE  (Telnet  Connection). 

See  page  373  for  information  on  SOCKTSR.EXE. 

Please  first  run  RTM.EXE  version  4.0  or  higher  and  either  RNMNIS.EXE  or 
RNMFILE.EXE  version  4.0  or  higher  before  running  STARTTEL.BAT 

This  message  applies  to  NFSTM.EXE  (Telnet  Connection). 

RTM.EXE,  RNMNIS.EXE  and  RNMFILE.EXE  version  4.0  is  provided  on  your  Tel¬ 
net  Connection  diskettes.  You  must  run  RTM.EXE  and  either  RNMNIS  or 
RNMFILE  before  running  NFSTM. 

Please  load  PC/TCP  kernel  before  loading  TelnetManager 

This  message  applies  to  FTPTM.EXE  (Telnet  Connection). 

You  must  load  your  PC/TCP  software  before  running  FTPTM. 

Please  open  FTP  session  before  issuing  command 

This  message  applies  to  Reflection  for  DOS. 

You  entered  an  FTP  command  when  you  are  not  at  the  ftp>  prompt.  You  must  first 
start  an  FTP  session. 

PROOO<n> 

Messages  with  this  prefix  are  displayed  from  PROTMAN.DOS  or  PROTMAN.EXE. 
Note  the  string  that  follows  this  number;  the  message  is  described  in  this  appendix 
according  to  the  string  following  the  PROTMAN  error  number. 
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PROTMAN.EXE  not  found  (PR0002dE) 

This  message  applies  to  PROTMAN  .DOS  distributed  with  the  Reflection  Network 
Series. 

PROTMAN  .DOS  and  PROTMAN.EXE  must  be  in  the  same  directory. 

PR0T0C0L.INI  file  open  failure  (PR0003E) 

This  message  applies  to  PROTMAN  .DOS  distributed  with  the  Reflection  Network 
Series. 

PROTMAN  was  unable  to  open  PROTOCOL.INI.  Check  the  line  in  your 
CONFIG.SYS  file  that  runs  PROTMAN.DOS.  PROTOCOL.INI  must  be  in  the 
path  designated  with  the  /I  switch,  for  example: 

device=c : \wrqnet \protman . dos  / i : c : \wrqnet 

This  message  also  appears  if  PROTOCOL.INI  is  missing. 

PROTOCOL.INI  file  read  error  (PR00002E) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 
Series. 

PROTMAN.DOS  did  not  recognize  the  format  of  PROTOCOL.INI.  There  are 
several  likely  causes: 

a  There  is  a  control  character  in  PROTOCOL.INI  (the  file  may  be  corrupted) 
a  You  may  not  have  privilege  to  read  the  file  on  the  specified  drive 
The  keywords  in  PROTOCOL.INI  are  summarized  starting  on  page  325. 

Protocol  is  out  of  resources 

This  message  applies  to  Reflection  for  DOS. 

LATMGR.EXE,  TELMGR.EXE,  or  VTMGR.EXE  does  not  have  an  adequate  num¬ 
ber  of  sessions  configured  to  support  the  new  connection  request.  (Type  SHOW 
SESSIONS  and  note  the  “Available  sessions”  listed  at  the  bottom  of  the  display.)  You 
can  modify  the  number  of  sessions  by  loading  the  program  with  a  higher  value  for 
/SESSIONS. 
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Required  communication  software  not  found 

This  message  applies  to  Reflection  for  Windows. 

Your  Reflection  Network  Series  software  has  not  been  installed;  Reflection  cannot 
open  a  connection. 

Exit  Windows  and  run  STARTNET.BAT  again,  noting  any  error  messages  that  may 
be  displayed. 

Service  name  table  is  full.  Increase  LAT  directory  size  to  see  more  services 

This  message  applies  to  Reflection  for  DOS. 

RLAT.EXE  includes  a  /DIR  switch  that  specifies  the  maximum  number  of  services  to 
be  maintained  in  the  service  directory.  The  default  is  10.  If  you  cannot  connect  to 
the  service  you  need,  you  can  increase  the  directory  size  with  this  switch.  Also  see 
information  about  RSN.EXE  on  page  60  for  service  table  management. 

Session  is  in  use 

This  message  applies  to  Reflection  for  DOS. 

You  are  attempting  to  resume  a  session  that  is  already  attached  to  a  different  copy  of 
Reflection.  Type  SHOW  SESSIONS  to  see  your  session  status.  You  may  be  able  to  use 
the  hot-key  to  get  to  the  other  session. 

Some,  but  not  all  of  HP  Node,  Domain,  and  Organization  names  specified 

This  message  applies  to  TCP2PDIS.EXE. 

In  order  to  use  the  NS/VT  support  in  the  Reflection  Network  Series,  you  must 
specify  a  full  NS  node  name  (node,  domain,  and  organization).  These  NS  parame- 
ters  can  be  specified  in  two  ways: 

A  As  keywords  in  your  NET.CFG  or  PROTOCOL.INI  file  (this  information  is 
added  when  you  use  SETUP) 

A  As  startup  switches  for  TCP2PDIS  (type  TCP2PDIS  / ?  for  the  full  syntax) 

Specified  default  gateway  IP  address  is  invalid  or  on  the  wrong  subnet 

This  message  applies  to  TCP2PDIS.EXE. 

The  default  gateway  you  specified  is  not  a  valid  IP  address,  or  it  is  not  on  the  same 
subnet  as  your  PC’s  IP  address. 


ipendici 
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To  specify  the  default  gateway  that  connects  to  destinations  beyond  your  local  sub¬ 
network,  you  can: 

a  Use  the  SETUP  program 

a  Edit  the  NET.CFG  or  PROTOCOL.INI  file  and  change  the  value  of 

DefaultGatewayO  = 

Specified  interrupt  vector  already  in  use 

This  message  applies  to: 

CONMGR.EXE 

TCP2PDIS.EXE 

This  message  appears  when  another  program  is  using  the  interrupt  you  specified. 
Type  <program  name>  /?  to  see  the  interrupt  range  available. 

Specified  path  is  too  long 

This  message  applies  to  TCP2PDIS.EXE. 

You  are  using  a  file  specification  (either  in  NET.CFG,  PROTOCOL.INI,  or  with  a 
switch  that  supports  a  file  specification,  such  as  /FILE)  that  is  longer  than  the  DOS 
limit  of  60  characters. 

String  parameter  missing  end  quote  in  PROTOCOL.INI  file  (PR00009E) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 

Series. 

If  a  keyword  value  starts  with  a  quote,  it  must  end  with  a  quote. 

String  value  of  a  keyword  is  too  large  or  invalid,  line  <n> 

This  message  applies  to  TCP2PDIS.EXE. 

When  reading  values  from  the  text  initialization  file  (NET.CFG  or 
PROTOCOL.INI),  the  value  following  the  keyword  was  not  acceptable.  Check  the 
line  number  of  the  file  to  identify  the  keyword  in  question,  then  use  the  information 
starting  on  page  325  to  determine  the  correct  value. 


This  version  of  RCOM.DLL  is  not  compatible  with  the  installed  VINT14.386 

This  message  applies  to  Reflection  for  Windows. 

As  part  of  Reflection  Network  Series  SETUP,  users  of  version  3.7  and  3.71  of  Reflec¬ 
tion  for  Windows  had  a  new  copy  of  RCOM.DLL  and  VINT14.386  copied  to  disk. 
The  two  programs  that  are  currently  in  memory  are  not  the  same  release  level. 

To  work  together  successfully,  the  VINT14.386  and  RCOM.DLL  programs  must 
share  the  same  release  level.  This  message  indicates  that  the  VINT14.386  program 
that  is  currently  in  memory  does  not  work  with  the  version  of  RCOM.DLL  that 
Reflection  is  attempting  to  load  (RCOM.DLL  has  determined  that  VINT14.386  is 
either  too  old  or  is  newer  than  itself). 

Check  the  [386Enh]  section  of  the  SYSTEM.INI  file  to  be  sure  that  it  correctly 
specifies  the  path  to  the  compatible  version  of  the  VINT14.386  file.  Then  restart 
Windows  and  Reflection. 

There  are  no  001  drivers  loaded 

This  message  applies  to  RODI.EXE. 

An  ODI-compliant  network  card  driver  must  be  installed  in  memory  before  running 
RODI.  Check  AUTOEXEC.BAT;  the  line  that  loads  your  network  driver  should  be 
after  the  line  that  loads  LSL.  If  the  line  is  present,  reboot  your  machine  and  check 
for  any  error  messages  that  may  indicate  why  the  card  driver  did  not  load. 

Text  initialization  file  does  not  contain  the  required  section 

This  message  applies  to  TCP2PDIS.EXE. 

TCP2PDIS  is  looking  at  a  text  initialization  file  for  information  about  TCP/IP,  but 
could  not  locate  a  section  with  the  following: 

For  NDIS,  the  line  drivername  =  WRQNDS1$  in  PROTOCOL.INI. 

For  ODI,  the  section  PROTOCOL  TCP2PDIS  inNET.CFG. 

Text  initialization  file  is  invalid 

This  message  applies  to  TCP2PDIS.EXE  and  RODI.EXE. 

The  text  initialization  file  (NET.CFG  or  PROTOCOL.INI)  must  be  formatted 
according  to  the  specifications  for  the  interface.  See  the  information  on  pages  310 
and  320  for  information  about  the  format  for  NET.CFG  and  PROTOCOL.INI. 
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Too  many  addresses  specified 

This  message  applies  to  LANTRACE.EXE. 

A  maximum  of  two  addresses  can  be  supported  with  LANTRACE,  and  more  than 
this  number  was  specified.  See  page  350  for  information  on  LANTRACE. 

Too  many  DNS  servers  defined  in  text  initialization  file 

This  message  applies  to  TCP2PDIS.EXE. 

If  you  use  a  domain  name  server  on  your  network  to  resolve  names  to  IP  addresses, 
you  can  specify  the  IP  addresses  of  up  to  5  domain  name  servers.  More  than  5 
addresses  have  been  added.  See  page  327. 

Too  many  equal  signs,  line  <n> 

This  message  applies  to  RODI.EXE  and  TCP2PDIS.EXE. 

More  than  one  equal  sign  is  in  a  line  in  NET.CFG  or  PROTOCOL.INI. 

Too  many  parameters  for  keyword  (PR00015E) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 
Series. 

Check  the  strings  that  occur  after  the  equal  signs  in  PROTOCOL.INI.  Many  of 
these  keywords  allow  only  one  parameter.  If  a  string  includes  spaces,  try  enclosing 
the  string  in  quotes. 

Unable  to  connect  to  host 

This  message  applies  to  Reflection  for  Windows. 

For  network  connections,  the  Reflection  Network  Series  software  is  installed,  but 
the  host  is  not  responding,  therefore  Reflection  cannot  establish  a  host  connection. 

Unable  to  determine  IRQ  used  by  the  ODI  driver 

This  message  applies  to  RODI.EXE. 

When  RODI  is  loaded,  the  IRQ  value  for  the  network  card  is  checked.  If  this  IRQ 
value  cannot  be  determined  from  the  ODI  driver’s  configuration  tables,  this  message 
is  displayed.  Use  the  /IRQ  switch  to  correct  this. 
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Unable  to  determine  this  node’s  valid  IP  address 

This  message  applies  to  TCP2PDIS.EXE. 

There  are  several  ways  an  IP  address  can  be  set  as  part  of  loading  the  Reflection  Net¬ 
work  Series  TCP/IP  protocol  stack: 

a  Asa  keyword  in  NET.CFG  or  PROTOCOL.INI  (iPAddressO) 

a  Through  the  use  of  RARP  (Reverse  Address  Resolution  Protocol) 

TCP2PDIS  is  not  able  to  locate  a  valid  IP  address  for  this  PC  by  any  of  these 
procedures. 

Unable  to  find  the  specified  ODI  driver  in  memory 

This  message  applies  to  RODI.EXE. 

There  are  two  situations  that  may  produce  this  message: 

a  There  is  a  card  specified  in  theBind  line  in  NET.CFG,  but  that  card  driver  is 
not  loaded.  Confirm  that  there  is  a  card  driver  being  loaded  in 
AUTOEXEC.BAT, then  reboot  and  note  any  messages  that  may  indicate  why 
the  driver  is  not  loading. 

a  The  card  may  require  a  different  string  for  the  Bind  line  in  NET.CFG  than  the 
string  used  for  the  Link  Driver  line.  If  you  see  this  message,  load  the  card 
driver,  then  type  RODI  /ODI  info.  You  should  see  a  string  similar  to  the 
following: 

Board  1  is  called  <string>,  type  <Ethernet  type> 

Use  <string>  for  the  Bind  line  in  the  Protocol  RODI  section  of  NET.CFG. 

Unable  to  turn  on,  trace  already  in  progress 

This  message  applies  to  LANTRACE.EXE. 

You  have  used  a  switch  to  turn  on  tracing,  but  the  trace  is  already  running.  See  page 
350  for  information  on  LANTRACE.  This  is  a  warning  message. 

Unable  to  uninstall  the  driver:  protocol  stacks  registered 

This  message  applies  to  RNDIS.EXE  and  RODI.EXE. 

One  of  the  protocol  stacks  supported  by  RODI  or  RNDIS  is  still  running  For 
example,  IPX.COM,  RDLL.EXE,  or  TCP2PDIS.EXE  may  still  be  using  this  program. 
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Unable  to  use  any  loaded  ODI  driver 

This  message  applies  to  RODI.EXE. 

An  ODI  driver  is  loaded  in  memory,  but  it  is  not  an  Ethernet  or  Token-Ring  driver. 
You  must  use  one  of  these  drivers  with  the  Reflection  Network  Series. 

Unable  to  write  trace,  invalid  file  name  specified 

This  message  applies  to  LANTRACE.EXE. 

The  filename  specified  for  the  trace  does  not  follow  standard  DOS  syntax;  check  the 
path  and  the  filename. 

?  Unknown  keyword  <x> 

This  message  applies  to  Reflection  for  DOS. 

This  is  not  a  Connection  Manager  command.  Type  HELP  for  a  command  summary. 

Unknown  keyword  found  in  protocol.ini  (PR00014E) 

This  message  applies  to  PROTMAN.DOS  distributed  with  the  Reflection  Network 
Series. 

PROTMAN.DOS  has  found  a  keyword  in  the  PROTMAN  section  of 
PROTOCOL.INI  that  it  cannot  process.  This  message  does  not  apply  to  the 
keywords  in  PROTOCOL.INI  that  are  read  by  TCP2PDIS. 

Unrecognized  keyword,  line  <n> 

This  message  applies  to  TCP2PDIS.EXE. 

By  default,  TCP2PDIS  uses  the  text  NET.CFG  or  PROTOCOL.INI  for  TCP/IP 
startup  parameters.  A  setting  in  this  file  could  not  be  used.  TCP2PDIS  did  install, 
but  the  setting  on  the  specified  line  was  disregarded.  Use  the  line  number  specifica¬ 
tion  in  this  message  to  locate  the  problem  keyword.  See  page  325  for  a  list  of 
keywords.  Verify  the  protocol  information  in  the  NET.CFG  file. 
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WARNING:  NET. CFG  ignored  -  file  length  must  be  less  than  4097  bytes 

This  message  applies  to  LSL.COM. 

The  NET.CFG  file  is  larger  than  4,096  bytes.  IPX,  LSL,  or  the  network  driver  loads, 
but  the  information  in  NET.CFG  is  ignored. 

Reduce  the  size  of  the  NET.CFG  file — sections  with  comment  characters  (#)  in 
column  1  may  be  the  easiest  to  remove. 

WARNING:  Protocol  keyword  must  have  a  frame  type— entry  ignored 

This  message  applies  to  the  ODI  network  card  driver. 

The  PROTOCOL  option  was  specified  in  NET.CFG  for  a  network  card  driver. 
The  entry  failed  to  specify  the  associated  frame  type  for  the  protocol  ID  addition. 
Specify  a  frame  type  with  the  PROTOCOL  option.  An  entry  in  the  NET.CFG  file 
for  the  “PROTOCOL”  option  would  look  similar  to  the  following: 

LINK  DRIVER  NE1000 

PROTOCOL  IPX  8137  ETHERNET_II 

Warning:  RNDIS  is  already  loaded 

This  message  applies  to  RNDIS.EXE. 

RNDIS  is  already  loaded  in  memory  and  is  ready  for  network  activity. 

Warning:  specified  TCP  interrupt  already  in  use 

This  message  applies  to  TCP2PDIS.EXE. 

The  default  value  for  the  TCP  interrupt  is  65;  it  can  be  changed  with  the 
/TCPINTERRUPT  startup  switch  or  the  keyword  TCPInterrupt  in  NET.CFG  or 
PROTOCOL.INI.  This  interrupt  is  already  in  use  by  another  program;  specify  an 
alternate  interrupt. 
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WRQHPSO.EXE  is  incompatible  with  installed  version  of  WRQ  TCP/IP  kernel 

This  message  applies  to  WRQHPSO.EXE. 

WRQTCP.EXE  must  be  loaded  in  memory  before  WRQHPSO.  Socket  support  is 
not  available  with  versions  of  WRQTCP  shipped  before  Reflection  Network  Series 
version  2.01.  If  an  earlier  version  is  loaded  in  memory,  you  may  see  this  message. 
Unload  and  then  reload  your  Reflection  Network  Series  software  after  confirming 
you  are  in  the  directory  with  the  later  version. 

WRQ  packet  driver  for  adapter  <n>  not  found 

This  message  applies  to  TCP2PDIS.EXE. 

You  are  attempting  to  run  TCP2PDIS  before  RODI  or  RNDIS  has  been  loaded  with 
the  adapter  number  <n>  specified.  (See  the  information  on  multiple  adapters  on 
page  196  if  you  have  more  than  one  network  card  in  your  PC.)  Check  your 
AUTOEXEC.BAT  and  STARTNET.BAT  files  to  ensure  that  RODI  or  RNDIS  is 
loaded  before  TCP2PDIS. 

WRQTICL.EXE  is  incompatible  with  installed  version  of  the  TCP  device  driver 

This  message  applies  to  WRQTICL.EXE. 

WRQTCP.EXE  must  be  loaded  in  memory  before  WRQTICL.  NetIPC  support  is 
not  available  with  versions  of  WRQTCP  shipped  before  Reflection  Network  Series 
version  2.01.  If  an  earlier  version  is  loaded  in  memory,  you  may  see  this  message. 
Unload  and  then  reload  your  Reflection  Network  Series  software  after  confirming 
you  are  in  the  directory  with  the  later  version. 

WRQTICL.EXE  is  still  in  use  by  another  application 

WRQTICL  will  not  uninstall  if  an  application  that  uses  NetIPC  support  is  running. 
You  must  uninstall  the  application  that  uses  NetIPC  socket  support  before  uninstall¬ 
ing  WRQTICL.  You’ll  also  see  this  message  if  you  load  WRQHPSO  after 
WRQTICL. 


Glossary 


802.3 

IEEE  protocol  covering  the  data  link  layer. 

The  Institute  for  Electrical  and  Electronics  Engineers  802.3  specification  (IEEE 
802.3)  is  a  variation  of  the  Digital-Intel-Xerox  Ethernet  specification.  This 
specification  has  since  become  an  international  standard  known  as  8802-3.  While 
802.3  is  physically  compatible  with  standard  Ethernet  (it  can  operate  concurrently 
with  standard  Ethernet  over  the  same  types  of  cable),  802.3  uses  a  slightly  different 
form  of  packet  header.  This  means  that  not  every  computer  that  uses  Ethernet 
hardware  can  support  both  standard  Ethernet  and  802.3,  although  some  can. 

Within  the  Reflection  Network  Series,  the  Telnet  and  LAT  protocols  use  standard 
Ethernet,  while  the  NS/VT  protocol  uses  802.3. 

acknowledgment 

A  response  sent  by  a  receiver  to  indicate  successful  reception  of  information. 
Acknowledgments  can  be  implemented  at  any  level  including  the  physical  level 
(using  voltage  on  one  or  more  wires  to  coordinate  transfer),  the  link  level  (to  indi¬ 
cate  successful  transmission  across  a  single  hardware  link),  or  higher  levels  (for 
example,  to  allow  an  application  program  at  the  final  destination  to  respond  to  an 
application  program  at  the  source). 

address 

In  networking,  an  address  is  a  numerical  identifier  for  distinguishing  one  node  from 


another. 


address  mask 

A  technique  used  to  select  bits  from  an  Internet  address  for  subnet  addressing. 

address  resolution 

Conversion  of  an  Internet  address  into  a  physical  address.  Depending  on  the  under- 
lying  network,  address  resolution  may  require  broadcasting  on  a  local  network. 
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In  NS  networks,  the  mapPing  of  node  names  to  IP  addresses  and  mapPing  IP 
addresses  to  subnet  addresses. 

ANSI 

American  National  Standards  Institute.  A  group  that  defines  U.S.  standards  for  the 
information  processing  industry. 

API 

Application  Programming  Interface.  A  set  of  calling  conventions  used  when  an 
application  talks  to  an  underlying  software  layer.  Examples  of  APIs  include  TCP 
Sockets  and  NetIPC. 

ARP 

Address  Resolution  Protocol.  The  Internet  protocol  used  to  dynamically  bind  a 
high-level  Internet  address  to  a  low-level  physical  hardware  address.  TCP/IP  net- 
works  use  32-bit  Internet  addresses  while  Ethernet  networks  use  48-bit  Ethernet 
addresses:  ARP  is  the  mechanism  used  to  convert  Internet  addresses  into  Ethernet 
addresses  so  that  TCP/IP  protocols  can  operate  over  an  Ethernet  network. 

ARP  can  only  be  used  across  a  single  physical  network  and  is  limited  to  networks 
that  support  hardware  broadcast. 

ARP  cache 

An  in-memory  address  table  that  maps  IP  addresses  to  hardware  addresses  and 
NS/VT  Probe  names  to  IP  addresses.  This  table  contains  any  addresses  that  have 
been  resolved  since  your  Reflection  Network  Series  software  was  loaded. 

ARPA  Services 

Hewlett-Packard’s  term  for  the  Internet  Protocol  Suite.  See  TCP/IP. 

batch  file 

A  text  file  containing  the  commands  that  are  carried  out  when  the  program  runs. 
DOS  batch  programs  have  the  file  extension  .BAT. 

bridge 

A  device  that  connects  two  or  more  networks  and  forwards  packets  between  them. 
An  Ethernet  bridge  connects  two  physical  Ethernet  cables  and  forwards  from  one 
cable  to  the  other. 
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broadcast 

When  describing  a  network  topology,  refers  to  a  method  of  network  communication 
in  which  all  nodes  share  the  same  communications  channel  (referred  to  as  the  com- 
munications  bus).  Messages  are  transmitted  to  all  nodes  on  the  same  bus  at  the  same 
time.  IEEE  802.3  networks  are  broadcast  networks.  Compare  multicast. 

When  describing  point-to-point  topology,  broadcast  is  different  from  multicast  in 
that  broadcast  sends  the  packet  to  all  nodes;  multicast  sends  packets  to  a  defined  set 
of  nodes. 

CONFIG.SYS 

A  system  configuration  file  that  customizes  the  way  the  operating  system  runs  on  a 
particular  computer. 

connecting 

Establishing  a  link  between  two  network  computers.  You  do  not  have  to  be  logged 
on  to  a  host  to  be  connected  to  a  host  computer. 

datagram 

A  transmission  method  allowing  sections  of  a  message  to  be  received  in  scattered 
order.  See  UDP. 

data  link  layer 

A  layer  in  the  seven-layer  ISO  Reference  Model.  This  layer  takes  data  from  the 
physical  layer  and  converts  it  into  data  that  appears  error  free  to  the  next  layer  up 
(the  network  layer).  This  involves  detecting  transmission  errors  and  either  correct¬ 
ing  them  or  retransmitting  the  data. 

DECnet 

Digital  Equipment  Corporation’s  group  of  networking  protocols. 

DECnet  DOS 

Digital  Equipment  Corporation’s  DECnet  protocols  on  a  PC.  DECnet  DOS  includes 
LAT. 

device  driver 

A  program  that  provides  an  interface  between  the  operating  system  and  a  hardware 
device.  Device  drivers  can  be  either  DOS  device  drivers  or  TSRs. 
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disconnect 

The  act  of  terminating  a  network  session.  Disconnecting  doesn’t  necessarily  log  you 
off  from  a  host  computer. 

DIX  Ethernet 

The  “DigitahlntehXerox”  Ethernet  format,  sometimes  called  standard  Ethernet,  dif¬ 
fers  slightly  from  the  802.3  Ethernet  specification  that  was  developed  afterwards.  See 
the  description  of  802.3  in  this  glossary. 

DLL 

See  Dynamic  Link  Library. 

domain 

Generally,  a  part  of  a  network.  In  the  NS/VT  environment,  one  of  three  address 
components  (along  with  name  and  organization)  that  define  a  node. 

domain  name  server 

A  node  that  resolves  Internet  addresses  for  network  hosts.  Domain  Name  Service  is 
a  protocol  that  is  part  of  the  Internet  Protocol  Suite  and  uses  UDP. 

DOS  device  driver 

A  program  that  can  be  loaded  into  memory  with  a  DEVICE=  command,  usually  in 
the  CONFIG.SYS  file.  DOS  device  drivers  cannot  be  removed  from  memory  except 
by  rebooting  the  computer  without  this  CONFIG.SYS  specification. 

DNS  ,  .  , 

Domain  Name  System.  The  distributed  name/address  mechanism  used  in  the 
Internet. 

Dynamic  Link  Library 

An  executable  code  module  for  Microsoft  Windows  that  can  be  loaded  on  demand 
and  linked  at  run  time,  and  then  unloaded  when  the  code  is  no  longer  needed. 

A  DLL  is  an  executable  file  that  enables  applications  to  share  code  and  other 
resources  necessary  to  perform  particular  tasks.  The  Windows  environment  can  be 
extended  by  creating  a  DLL  that  contains  routines  for  performing  operations  and 
then  making  the  DLL  available  to  other  Windows-based  applications  running  on  the 
workstations. 
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encapsulation 

The  technique  used  by  layered  protocols  in  which  a  layer  adds  header  information  to 
the  protocol  data  unit  from  the  layer  above.  For  example,  a  packet  would  contain  a 
header  from  the  physical  layer,  followed  by  a  header  from  the  network  layer  (IP),  fol¬ 
lowed  by  a  header  from  the  transport  layer  (TCP),  followed  by  the  application 
protocol  data. 

Ethernet 

A  communications  method  for  LANs  that  uses  a  coaxial  cable  to  connect  different 
kinds  of  computers.  Ethernets  do  not  require  switching  logic  or  a  central  computer. 
Computers  on  an  Ethernet  network  communicate  by  sending  “packets”  from  one 
computer  to  another.  The  name  is  derived  from  a  LAN  technology  invented  by  the 
Xerox  Corporation  and  the  specification  introduced  by  Digital  Equipment  Corpora¬ 
tion,  Intel,  and  Xerox. 

This  term  is  sometimes  used  to  cover  both  standard  Ethernet  or  the  802.3  variation. 
When  a  distinction  between  the  two  is  required,  802.3  is  used  to  refer  to  the  IEEE 
802.3  variation  from  the  Digital-Intel-Xerox  specification. 

Ethernet  address 

A  48-bit  (i.e.  6  byte)  number  used  for  addressing  on  an  Ethernet  network.  Ethernet 
addresses  are  usually  represented  by  12  hexadecimal  digits  with  hyphens  separating 
each  pair  of  digits  (for  example,  02-07-01 -OA-BC-DE).  Each  Ethernet  card  contains 
a  unique  physical  address  that  is  usually  used  for  all  communication:  if  required, 
software  may  change  the  Ethernet  address.  The  first  3  bytes  of  a  card’s  physical 
address  (02-07-01  in  the  example  above)  represent  the  manufacturer  of  the  board  (in 
this  example,  Racal  Interlan.). 

In  addition  to  physical  and  software-specified  card  addresses,  there  are  two  other 
types  of  Ethernet  addresses.  Broadcasts  (packets  sent  to  all  computers  on  the 
network)  consist  of  all  1  bits  (for  example,  FF-FF-FF-FF-FF-FF).  Multicasts  (packets 
sent  to  a  select  group  of  computers  on  the  network)  begin  with  an  odd  byte  (for 
example,  09-00-09-00-00-01,  used  by  the  HP  3000  Probe  protocol). 

Ethernet  card 

A  hardware  device  that  provides  access  to  an  Ethernet  network.  An  Ethernet  card 
must  be  supported  by  a  device  driver. 
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flow  control 

Control  of  the  rate  at  which  hosts  or  gateways  inject  packets  into  a  network,  usually 
to  avoid  congestion. 

fragmentation 

The  process  in  which  an  IP  datagram  is  broken  into  smaller  pieces  to  fit  the  require¬ 
ments  of  a  given  physical  network.  The  reverse  process  is  called  reassembly. 


frame 

What  a  packet  is  called  as  it  is  transmitted  across  a  serial  line.  The  term  derives  from 
character-oriented  protocols  that  add  special  start-of-frame  and  end-of-frame  charac¬ 
ters  when  transmitting  packets. 

FTP 

File  Transfer  Protocol.  The  Internet  standard  high-level  protocol  for  transferring 
files  from  one  machine  to  another  over  TCP/IP  networks.  FTP  uses  TCP  to  deliver 
its  data.  FTP  is  part  of  the  Internet  Protocol  Suite. 

gateway 

A  node  on  a  network  that  serves  as  a  common  access  point  for  other  nodes.  The 
Internet  addresses  for  all  nodes  accessed  through  a  particular  gateway  have  the  same 
network  portion  but  different  node  portions.  For  example,  in  order  for  a  node  on 
Internet  network  192.1.2  to  communicate  with  a  node  on  Internet  network  192.3.4, 
a  gateway  must  be  used. 

hierarchical  routing 

Routing  based  on  a  hierarchical  addressing  scheme.  Most  Internet  routing  is  based 
on  a  two-level  hierarchy  whereby  an  address  is  divided  into  a  network  portion  and  a 
host  portion.  Gateways  use  only  the  network  portion.  Subnetting  introduces  addi¬ 
tional  levels  of  hierarchical  routing. 

host 

In  the  documentation  for  the  Reflection  Network  Series,  a  host  is  a  minicomputer 
accessible  on  a  LAN . 
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hosts  file 

An  ASCII  file  containing  the  Internet  addresses  of  available  host  computers  and 
names  that  can  be  used  to  connect  to  these  hosts.  A  hosts  file  is  used  to  resolve  host 
names  into  IP  addresses.  Compare  domain  name  server. 

IAB 

Internet  Activities  Board.  The  technical  body  that  oversees  the  development  of  the 
Internet  suite  of  protocols  (commonly  referred  to  as  TCP/IP). 

ICMP 

Internet  Control  Message  Protocol.  A  protocol  used  by  the  Internet  Protocol  to 
report  errors,  give  limited  routing  advice,  and  provide  simple  low-level  services  over 
TCP/IP  networks. 

internet 

(Lowercase  i  )  A  collection  of  packet  switching  networks  connected  by  gateways, 
along  with  the  protocols  that  allow  them  to  function  logically  as  a  single  network. 
See  Internet. 

Internet 

(Uppercase  “I”)  A  collection  of  networks  and  gateways  (including  the  ARPANET, 
MILNET,  and  NSFnet)  using  the  TCP/IP  protocol  suite  and  functioning  as  a  single 
cooperative  virtual  network.  The  Internet  reaches  many  universities,  government 
research  labs,  and  military  installations. 

Internet  address 

The  32-bit  address  assigned  to  hosts  that  want  to  participate  in  the  Internet  using 
TCP/IP.  Most  Internet  addresses  consist  of  a  network  portion  and  a  node  portion. 

Internet  Protocol  (IP) 

The  protocol  that  controls  routing  between  different  local  networks  in  an  internet, 
as  well  as  among  nodes  in  the  same  local  network.  IP  is  a  packet-oriented  protocol 
that  does  not  guarantee  delivery. 

Internet  Protocol  Suite 

See  TCP/IP. 
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internetwork 

Several  networks  and/or  subnetworks  linked  to  form  a  larger  network. 

interrupt  vector 

Small  portions  of  memory  set  aside  for  the  addresses  of  routines  that  handle 
hardware  interrupts.  PCs  provide  256  interrupt  vectors  that  can  be  used  to  pass  con¬ 
trol  to  software  routines. 

IP 

See  Internet  Protocol  (IP). 

IP  address 

See  Internet  address. 

IP  datagram 

The  fundamental  unit  of  information  passed  across  the  Internet.  Contains  source 
and  destination  addresses  along  with  data  and  a  number  of  fields  which  define  such 
things  as  the  length  of  the  datagram,  the  header  checksum,  and  flags  to  say  whether 
the  datagram  can  be  (or  has  been)  fragmented. 

IPC 

Interprocess  communication.  Communication  between  different  processes  of  a 
program,  between  different  computers  running  parts  of  a  single  program,  or  between 
two  programs  working  together. 

IPX 

Internetwork  Packet  Exchange,  the  low  level  protocol  used  by  Novell  NetWare. 


Interrupt  request.  At  the  hardware  level,  an  IRQ  is  a  signal  on  the  PC  s  I/O  bus.  On 
the  software  level,  an  IRQ  is  a  hexadecimal  number  between  0  and  OFh  that  is 
mapped  to  an  interrupt  vector.  IRQs  0  to  7  map  to  vectors  8  to  OFh,  and  IRQs  8  to 
OFh  map  to  vectors  70h  to  77h.  IRQs  8  to  OFh  are  not  available  on  IBM  PC  compat- 
ibles  prior  to  the  PC/AT. 


Glossary 


ISO 

International  Standards  Organization.  The  international  organization  that  develops 
standards  for  computers.  It  established  the  OSI  model. 

LAN 

Local  area  network.  Any  physical  network  that  operates  at  high  speed  (usually  tens 
of  megabits  per  second  through  several  gigabits  per  second)  over  short  distances  (up 
to  a  few  thousand  meters). 

LANIC 

Local  Area  Network  Interface  Controller.  A  hardware  card  that  fits  into  the  HP 
3000  and  provides  a  physical  interface  for  IEEE  802.3  local  area  networks. 

LAT 

Local  Area  Transport.  A  Digital  Equipment  Corporation  proprietary  protocol  for 
connecting  to  DEC  VAX  systems  and  DEC  or  third-party  terminal  servers.  The 
VMS  operating  system  uses  this  protocol  on  LANs. 

LIFO 

Last  in  first  out.  The  queueing  method  for  stacks  (the  memory  used  to  keep  track  of 
a  sequence  in  a  routine).  The  last  item,  or  address,  placed  onto  the  stack  is  the  first 
item  removed  from  the  stack. 

local  node 

The  network  computer  you  are  currently  using. 

LSAP 

Logical  Service  Access  Point.  An  802.2  packet  encapsulation  format  displayed  as 
part  of  ARP  table  dump  (TCP2PDIS  /SHOW).  Used  for  troubleshooting. 

multicast 

A  technique  that  allows  copies  of  a  single  packet  to  be  passed  to  a  selected  subset  of 
all  possible  destinations. 

multicast  addressing 

An  address  assigned  to  a  number  of  nodes  in  an  Ethernet  and  used  to  send  a  message 
to  all  nodes  with  this  address. 
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multi-homed  host 

A  computer  connected  to  more  than  one  physical  data  link-  For  example,  a  machine 
with  two  network  cards  is  a  multi-homed  host.  The  data  links  may  or  may  not  be 
attached  to  the  same  network. 

multiplex 

To  simultaneously  transmit  two  or  more  messages  through  a  single  channel. 

name 

Generally,  a  node  on  a  network.  In  the  NS/VT  environment,  one  of  three  address 
components  (along  with  domain  and  organization)  that  define  a  node. 

named  pipe 

A  connection  used  to  transfer  data  between  separate  processes,  usually  on  separate 
computers.  Named  pipes  are  the  foundation  of  interprocess  communication  (IPC). 

NDIS 

Network  Driver  Interface  Specification.  A  specification  for  communication  between 
a  network  user  and  a  network  card  device  driver.  NDIS  was  developed  by  Microsoft 
and  3Com,  and  is  becoming  an  industry  standard  for  communication  between  net¬ 
work  device  drivers. 

NetBEUI 

NetBIOS  Extended  User  Interface.  The  implementation  of  the  NetBIOS  transport 
protocol  within  PC-based  LAN  operating  systems  such  as  LAN  Manager. 

NetBIOS 

Network  Basic  Input  Output  System.  A  popular  interface  specification  for  PC  local 
area  networks  used  in  Microsoft  and  HP  LAN  Manager.  Application  programs  use 
NetBIOS  for  client/server  or  peer-to-peer  communications. 


NetBIOS  emulator 

Software  that  provides  a  NetBIOS  interface  on  top  of  a  transport  layer  protocol  such 
as  TCP/IP. 
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NetWare 

A  network  operating  system  developed  by  Novell. 

network  address 

The  network  portion  of  an  IP  address.  Most  IP  addresses  have  a  network  portion  and 
a  node  portion. 

node 

A  computer  that  is  part  of  a  network.  Although  all  network  computers  are  nodes, 
the  term  is  sometimes  used  to  distinguish  computers  that  provide  services  (hosts  or 
servers)  from  computers  that  don’t  (nodes  or  workstations). 

NS 

Network  Services,  a  proprietary  protocol  from  Hewlett-Packard. 

NS/VT 

Network  Services/Virtual  Terminal.  NS  is  a  proprietary  protocol  from  Hewlett- 
Packard.  NS/VT  uses  WRQ’s  TCP/IP  protocol  stack  in  the  NS  Connection  and  the 
3000  Connection. 

ODI 

Open  Datalink  Interface.  A  set  of  specifications  from  Novell  that  define  the 
relationships  between  one  or  more  protocol  stacks,  the  link  support  layer  (LSL),  and 
one  or  more  LAN  drivers.  These  specifications  allow  multiple  communication 
protocols  such  as  IPX/SPX  and  TCP/IP  to  share  the  same  driver  and  adapter. 

organization 

In  the  NS/VT  environment,  one  of  three  address  components  (along  with  name  and 
domain),  that  define  a  node. 

OSI 

Open  Systems  Interconnect.  The  ISO  standard  for  interconnecting  computer 
systems. 
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packet 

The  unit  of  data  transmitted  on  a  network.  A  packet  contains  information  that 
enables  computers  on  a  network  to  determine  whether  to  receive  it,  in  addition  to 
the  data  being  transmitted. 

PCSA 

Digital  Equipment  Corporation’s  Personal  Computer  Systems  Architecture.  Includes 
a  LAT  driver,  DECnet-DOS,  windows,  VMS  services  for  DOS,  and  virtual  disk. 
The  LAT  Connection  replaces  the  PCSA  LAT  driver  with  a  custom  driver. 

PDIS 

Walker  Richer  &  Quinn’s  Packet  Driver  Interface  Specification. 

Ping 

Packet  Internet  Groper.  A  program  that  tests  a  network  node  by  sending  an  echo 
request  and  waiting  for  a  reply. 

port 

In  TCP/IP  usage,  a  transport  user  identification.  The  standard  port  for  Telnet  is  23, 
the  standard  port  for  FTP  is  21. 

Probe  protocol 

An  HP  protocol  used  by  nodes  on  NS3000  IEEE  802.3  networks  to  obtain  informa¬ 
tion  about  other  nodes  on  the  network.  Probe  translates  between  HP  Network  Ser¬ 
vices  node  names  and  both  Internet  and  Ethernet  addresses.  Compare  ARP. 

protocol 

A  formal  set  of  rules  governing  the  operation  of  a  communications  link.  A  protocol 
governs  communication  between  two  processes.  Most  protocols  are  only  part  of  a 
complete  communications  specification,  and  must  be  used  as  part  of  a  protocol  stack. 

protocol  stack 

A  set  of  protocols  that  completely  specify  the  rules  for  computer-to-computer 
communication. 
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ry 


RARP 

Reverse  Address  Resolution  Protocol.  The  Internet  protocol  a  diskless  host  uses  to 
find  its  Internet  address  at  startup.  RARP  maps  a  physical  (hardware)  address  to  an 
Internet  address.  Another  means  of  finding  an  address  at  startup  is  BOOTP. 

repeater 

A  physical  device  that  passes  signals  from  one  transmission  medium  to  another 
without  alteration. 

RFC 

Request  for  Comments.  A  series  of  documents  that  include  proposed  and  accepted 
TCP/IP  protocol  standards.  They  are  available  from  the  Network  Information  Cen¬ 
ter  on  the  Internet. 

router 

A  network  computer  responsible  for  making  decisions  about  which  of  several  paths 
network  traffic  is  to  follow. 

server 

A  network  computer  that  offers  services. 

service 

A  program  or  device  offered  by  a  network  server.  In  the  context  of  the  LAT  Connec¬ 
tion,  a  service  is  a  resource  on  a  LAT  network  that  is  provided  by  a  host  server.  It 
normally  includes  terminal  support — the  service  is  your  access  to  an  interactive  ses¬ 
sion  on  the  host — but  may  also  consist  of  a  remote  printer  or  access  to  a  specific 
application.  A  list  of  available  services  is  loaded  into  a  service  name  table. 

session 

A  connection  to  a  host  computer. 


SLIP 

Serial  Line  Interface  Protocol,  used  for  point-to-point  serial  connections  running 
TCP/IP. 


Glossary 


SNAP 

Extended  802.2  packet  encapsulation  format;  when  displayed  as  part  of  the  in-mem¬ 
ory  ARP  cache,  can  be  used  for  debugging  purposes. 

socket  library 

A  type  of  application  programming  interface  (API).  Berkeley  sockets  allow  applica¬ 
tion  programs  to  request  services  and  pass  data  to  and  from  a  TCP/IP  transport  layer. 

source  routing 

A  method  used  by  a  bridge  for  moving  data  between  two  networks.  On  a  Token- 
Ring  network,  this  method  of  bridging  relies  on  information  contained  within  the 
packet  to  bridge  the  packet  between  multiple  rings. 

subnet 

A  subnet  is  a  mechanism  for  dividing  an  Internet  network  into  a  number  of 
subnetworks.  To  create  a  subnet,  some  of  the  bits  in  the  host  portion  of  an  Internet 
address  are  assigned  as  subnetwork  bits.  For  nodes  not  on  the  Internet  network  with 
these  subnets,  the  subnetworks  do  not  exist — outside  hosts  continue  to  see  the  sub- 
netted  network  as  a  single  network.  To  hosts  that  are  on  the  subnetted  network,  that 
network  consists  of  several  smaller  networks  that  can  only  communicate  with  each 
other  through  gateways. 

The  purpose  of  subnetting  is  to  take  a  large  address  space  (such  as  that  found  in  a 
class  A  or  class  B  network)  and  to  divide  it  into  several  smaller  address  spaces, 
making  them  better  suited  to  the  physical  network  medium  (for  example,  Ethernet) 
and  easier  to  manage. 

subnet  address 

An  extension  of  the  Internet  addressing  scheme  that  allows  a  site  to  use  a  single 
Internet  address  for  more  than  one  node. 

TCP 

Transmission  Control  Protocol.  The  Internet  standard  transport-level  protocol, 
providing  reliable,  full  duplex,  stream  service.  TCP  allows  a  process  on  one  machine 
to  send  of  stream  of  data  to  a  process  on  another.  Software  implementing  TCP 
usually  resides  in  the  operating  system  and  uses  the  IP  protocol  to  transmit  informa¬ 
tion  across  the  Internet. 
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TCP/IP 

Specifically,  this  term  denotes  the  combination  of  TCP  and  IP;  more  generally,  it 
refers  to  the  Internet  Protocol  Suite,  which  includes  TCP  and  IP,  as  well  as  several 
other  protocols.  Hewlett-Packard  uses  the  term  ARPA  Services  to  describe  the 
Internet  Protocol  Suite. 

Telnet 

A  standard  protocol,  used  in  conjunction  with  TCP/IP,  that  allows  a  computer  to  act 
as  a  terminal  on  a  network.  Telnet  uses  TCP  to  deliver  its  data.  Telnet  is  part  of  the 
Internet  Protocol  Suite.  The  Telnet  Connection  is  a  PC-based  implementation  of 
the  Telnet  protocol. 

terminal  emulator 

A  software  package  that  allows  a  personal  computer  to  look  and  act  like  a  terminal. 
There  are  Reflection  Series  emulators  for  Digital,  HP,  IBM,  and  UNIX  hosts.  The 
host  is  unaware  that  a  device  other  than  a  terminal  is  attached. 

Token-Ring 

A  network  that  uses  token  passing  to  control  access  to  a  ring.  Also,  the  IBM  Token- 
Ring  network  that  conforms  to  the  IEEE  802.5  specification. 

TSR 

Terminate  and  stay  resident  program.  A  program  that  installs  itself  in  memory  and 
then  returns  control  to  the  program  that  invoked  it  (usually  COMMAND.COM). 

A  TSR  must  “hook”  one  or  more  vectors  in  order  to  be  available  to  a  user  or  the 
hardware. 

UDP 

A  datagram  protocol  for  the  transport  layer  in  TCP/IP  networks.  UDP  is  a  low-over¬ 
head  protocol  that  uses  IP  to  deliver  its  packets. 

VAX 

Digital  System  Corporations  Virtual  Address  Extension,  a  series  of  minicomputers. 


VCB 

Virtual  Path  Control  Block. 
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vector 

Short  for  interrupt  vector.  PCs  provide  256  different  interrupt  vectors  that  may  be 
used  to  pass  control  to  software  routines.  Many  of  these  interrupt  vectors  are 
reserved  for  a  specific  purpose,  while  others  are  available  for  use  by  software.  Some 
vectors  are  associated  with  hardware  interrupts  (IRQs). 


Virtual  Memory  System.  An  operating  system  for  VAX  minicomputers  from  Digital 
Equipment  Corporation. 

Windows  Sockets 

A  specification  that  defines  a  network  programming  interface  between  a  Windows 
application  and  a  TCP/IP  stack. 

workstation 

A  computer  on  a  network  that  can  connect  to  and  use  programs  offered  by  hosts  and 
servers. 

X  Window  System 

A  popular  window  system  developed  by  MIT  and  implemented  on  a  number  of 
workstations. 
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TCP  Sockets  support  files  240 
using  Reflection  for  Windows  255-261 
/WINDOWS  for  VTMGR  110 
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Windows  for  Workgroups  248-249 
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managing  memory  390 
Setup  30,231-232 
support  files  237,304 
troubleshooting  409 
WINSOCK.DLL 
Setup  231 
troubleshooting  409 
Wollongong 

PathWay  Series  support  367 
WRQHPSO.EXE 
syntax  236 

TCP  Sockets  support  242 
Windows  Sockets  Support  229 
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WRQSLIP.EXE 
syntax  377 
WRQTCP.EXE 
syntax  84,  107 
WRQTICL.EXE  243-245 

X 

Xircom  device  drivers  159, 161,  190-193 
X  support 

Reflection  X  7 

X  Window  socket  support  30,31,239 


Configuration  Forms 


Use  these  forms  to  configure  your  PC  or  to  note  how  your  administrator  has  configured 
it  for  you; 

A  separate  form  for  each  product  (both  ODI  and  NDIS)  is  provided. 


LAT  Connection 

Ask  your  System  Administrator  if  you  should  use  OOI  or  NDIS. 


Your  name: 


Desired  number  of  simultaneous  LAT  sessions: _ 

PC  network  card-find  out  your  card’s  interrupt  (IRQ)  before  you  start: 


3Com 

□  EtherLink  3C501 

□  EtherLink  II 3C503 

□  EtherLink  16  3C507 

□  EtherLink  lit  Series 
(3C509,3C5X9) 

□  EtherLink/MC  3C523 


Intel 

□  EtherExpressI  6 

Novell 

□  Novell  NE1 000* 

□  Novell  NE2000* 


Racal  Interlan 

□  NI5210 

□  N 1 92 10 


Hewlett-Packard 

□  EtherTwist  8  bit  and  16  bit 

□  EtherTwist  Plus 

□  EtherTwist  MCA  (Micro  Channel) 

□  Ethertwist HPJ2405 (internal adapter)*  SMC 

□  Starlan  10  Link  I  ^  „ 

□  ThinLAN  (part  /  2721 Ox)  Q  EtherCard  Plus  Ellte  16 

□  ThinLAN  (part  #  27250 A ) 


You  must  copy  the  driver  to  \WRQNET yourself. 


UB  Networks 
(Ungermann-Bass) 

□  NIUpc 

□  NIUpc/EOTP 

□  NIUps 

Western  Digital 

□  EtherCard  Plus 

Xircom 

□  Pocket  Ethernet  Adapter 

□  Pocket  Ethernet  Adapter  II 

□  Pocket  Ethernet  Adapter  III 


□  Other  Ethernet  Driver 


Do  you  use  Novell  Netware?  □  Yes  □  No 

If  so,  the  packet  type  you  use  (if  you  don’t  know  the  answer,  use  the  default): 

□  EthernetJI  □  802.2  □  802.3 

If  you  use  Windows,  your  Windows  directory: 


If  you  use  Reflection  for  Windows,  your  Reflection  directory  (list  all): 


LAT  Connection 


LAT  Connection 


LAT  Connection 

Ask  your  System  Administrator  if  you  should  use  ODI  or  NDIS. 


Your  name: 


Desired  number  of  simultaneous  LAT  sessions: 


PC  network  card-find  out  your  card’s  interrupt  (IRQ)  before  you  start: 


3Com 

□  EtherLink  3C501 

□  EtherLink  II 3C503 

□  EtherLink  1 6  3C507 

□  EtherLink  III  3C509 

□  EtherLink/MC  3C523 


Intel 

□  EtherExpress16 

Novell 

□  Novell  NE1 000 

□  Novell  NE2000 


Cabletron 

□  NDI-20xx  Ether  ISA 

□  NDI-21xx  Ether  ISA 

□  NDI-30xx  Ether  MCA 

□  NDI-31xx  Ether  MCA 


Racal  Interlan 

□  N15210 

SMC 

□  EtherCard  Elite  16  Ultra 

□  EtherCard  Plus  Elite  16 


Hewlett-Packard 

□  EtherTwist  8  bit 

□  EtherTwist  Plus 

□  EtherTwist  MCA  (Micro  Channel) 

□  Ethertwist  HPJ2405  (internal  adapter) 

□  Starlan  10  Link  I 

□  ThinLAN  (part  #2721 Ox) 

□  ThinLAN  (part  #  27250A) 


UB  Networks 

(Ungermann-Bass) 

□  NIUpc 

□  NIUpc/EOTP 

□  NIUps 


Western  Digital 

□  EtherCard  Plus 

Xircom 

□  Pocket  Ethernet  Adapter 

□  Pocket  Ethernet  Adapter  II 

□  Pocket  Ethernet  Adapter  III 


□  Other  Ethernet  Driver 


Do  you  use  Novell  Netware?  □  Yes  □  No 

If  so,  the  packet  type  you  use  (if  you  don’t  know  the  answer,  use  the  default): 

□  EthernetJI  □  802.3 


If  you  use  Windows,  your  Windows  directory: 

- - - - - - - 


If  you  use  Reflection  for  Windows,  your  Reflection  directory  (list  all): 


TCP  Connection 

Ask  your  System  Administrator  if  you  should  use  ODI  or  NDIS. 
Your  name: _ 


Desired  number  of  simultaneous  sessions  for  each  protocol:  Telnet _  LAT 


PC  network  card-find  out  your  card’s  interrupt  (IRQ)  before  you  start: 


3Com 

IBM 

UB  Networks 

□  EtherLink  3C501 

□  Token-Ring  16/4  Adapter 

(Ungermann-Bass) 

□  EtherLink  II 3C503 

□  NIUpc 

□  EtherLink  16  3C507 

Intel 

□  NIUpc/EOTP 

□  EtherLink  III  Series 

□  EtherExpress16 

□  NIUps 

(3C509,3C5X9) 

□  TokenExpress16 

□  EtherLink/MC  3C523 

Western  Digital 

□  TokenLink  3C619 

Novell 

□  EtherCard  Plus 

□  Novell  NE1 000* 

Hewlett-Packard 

□  Novell  NE2000* 

Xircom 

□  EtherTwist  8  bit  and  16  bit 

□  Pocket  Ethernet  Adapter 

□  EtherTwist  Plus 

Racal  Interlan 

□  Pocket  Ethernet  Adapter  II 

□  EtherTwist  MCA  (Micro  Channel) 

□  N15210 

□  Pocket  Ethernet  Adapter  III 

□  Ethertwist  HPJ2405  (internal  adapter)  * 

□  Starlan  10  Link  1 

□  N19210 

□  Pocket  TokenRing  Adapter 

□  ThinLAN  (part  #2721 Ox) 

SMC 

□  ThinLAN  (part  i27250A) 

□  EtherCard  Plus  Elite  16 

□  Other  Ethernet  Driver 

□  TokenCard  Elite 

□  Other  Token-Ring  Driver 

*  You  must  copy  the  driver  to  \WRQNET yourself. 


Do  you  use  Novell  Netware?  □  Yes  □  No 

If  you  use  NetWare  on  Ethernet,  the  packet  type  you  use  (If  you  don’t  know  the  answer,  use  the  default): 

□  EthernetJI  □  802.2  □  802.3 

Do  you  use  NetBIOS  with  LAN  Manager  or  Windows  for  Workgroups?  □  Yes  □  No 


Local  IP  (Internet)  address  of  this  PC: 

Example:  192. 1. 1.36 


TCP  Connection 


TCP  Connection 


PC  Domain  Name  Service  Host  Name: 

Example:  SIMPSON.MFG.COM  orSIMPSON.JR.MFG.COM 


IP  address  service 

HOSTS  file  location,  if  used  on  your  network-tor  example,  C:\WRQNET 


Domain  name  server  IP  address,  if  used  on  your  network: 


Do  you  run  an  application  that  uses  Windows  Sockets  or  TCP  Sockets?  □  Yes 

Examples:  Reflection  for  Windows,  Reflection  X,  or  database  front  ends  such  as  HP  AIIBase, 
Oracle  SQL  *Net,  PC  e-mail,  and  packages  such  as  HP  Open  Mail  and  NewWave  Mail. 


Do  you  run  an  application  that  uses  NetIPC? 

Examples:  HP  AdvanceMail,  HP  Information  Access. 

If  you  use  Windows,  your  Windows  directory: 


□  Yes  □  No 


□  No 


If  you  use  Reflection  for  Windows,  your  Reflection  directory  (list  all): 


■ 


TCP  Connection 

Ask  your  System  Administrator  if  you  should  use  ODI  or  NDIS. 
Your  name: _ 


Desired  number  of  simultaneous  sessions  tor  each  protocol:  Telnet _  LAT 


PC  network  card-find  out  your  card’s  interrupt  (IRQ)  before  you  start: 


3Com 

IBM 

UB  Networks 

□  EtherLink  3C501 

□  Token-Ring  16/4  Adapter 

(Ungermann-Bass) 

□  EtherLink  II 3C503 

□  NIUpc 

□  EtherLink  16  3C507 

Intel 

□  NIUpc/EOTP 

□  EtherLink  III  3C509 

□  EtherExpress16 

□  NIUps 

□  EtherLink/MC  3C523 

□  TokenExpress16 

□  TokenLink3C619 

Western  Digital 

Cabletron 

Novell 

□  EtherCard  Plus 

□  Novell  NE1 000 

□  NDI-20xx  Ether  ISA 

□  Novell  NE2000 

Xircom 

□  NDI-21xx  Ether  ISA 

□  Pocket  Ethernet  Adapter 

□  NDI-30xx  Ether  MCA 

Racal  Interlan 

□  Pocket  Ethernet  Adapter  II 

□  NDI-31  xx  Ether  MCA 

Hewlett-Packard 

□  N15210 

□  N19210 

□  Pocket  Ethernet  Adapter  III 

□  EtherTwist  8  bit  and  16  bit 

SMC 

□  EtherTwist  Plus 

□  EtherCard  Elite  16  Ultra 

□  Other  Ethernet  Driver 

□  EtherTwist  MCA  (Micro  Channel) 

□  EtherCard  Plus  Elite  16 

□  Other  Token-Ring  Driver 

□  Ethertwist  HPJ2405  (internal  adapter) 

□  Starlan  10  Link  1 

□  Token  Card  Elite 

□  ThinLAN  (part  #2721 Ox) 

□  ThinLAN  (part  # 27250 A ) 


Do  you  use  Novell  Netware?  □  Yes  □  No 

If  you  use  NetWare  on  Ethernet,  the  packet  type  you  use  (if  you  don’t  know  the  answer,  use  the  default): 

□  EthernetJI  □  802.3 

Do  you  use  NetBIOS  with  LAN  Manager  or  Windows  for  Workgroups?  □  Yes  □  No 

Local  IP  (Internet)  address  of  this  PC: 

Example:  192. 1. 1.36 


TCP  Connection 


TCP  Connection 


PC  Domain  Name  Service  Host  Name: 

Example:  SIMPSON.MFG.COM  or  SIMPSON.JR.MFG.COM 


IP  address  service 

HOSTS  file  location,  if  used  on  your  network-for  example,  C:\WRONET 


Domain  name  server  IP  address,  if  used  on  your  network: 


Do  you  run  an  application  that  uses  Windows  Sockets  or  TCP  Sockets?  □  Yes 

Examples:  Reflection  for  Windows,  Reflection  X,  or  database  front  ends  such  as  HP  AIIBase, 
Oracle  SQL  *Net,  PC  e-mail,  and  packages  such  as  HP  OpenMail  and  NewWave  Mail. 

Do  you  run  an  application  that  uses  NetIPC?  a  Yes  □  No 

Examples:  HP  AdvanceMail,  HP  Information  Access. 

If  you  use  Windows,  your  Windows  directory: 


□  No 


If  you  use  Reflection  for  Windows,  your  Reflection  directory  (list  all): 


NS  Connection 

Ask  your  System  Administrator  if  you  should  use  ODI  or  NDIS. 


Your  name: 


Desired  number  of  simultaneous  NS/VT  sessions: _ 

PC  network  card-find  out  your  card’s  interrupt  (IRQ)  before  you  start: 


3Com 

□  EtherLink  3C501 

□  EtherLink  II 3C503 

□  EtherLink  16  3C507 

□  EtherLink  III  Series 
(3C509,3C5X9) 

□  EtherLink/MC  3C523 

□  TokenLink3C619 


Hewlett-Packard 

□  EtherTwist  8  bit  and  16  bit 
EtherTwist  Plus 

EtherTwist  MCA  (Micro  Channel) 
Ethertwist  HPJ2405  (internal  adapter)  * 
Starlan  10  Link  I 
ThinLAN  (part  #2721 Ox) 

ThinLAN  (part  /  27250A) 


□ 

a 

□ 

□ 

□ 

□ 


IBM 

□  Token-Ring  16/4  Adapter 

Intel 

□  EtherExpress16 

□  TokenExpress16 

Novell 

□  Novell  NE1 000* 

□  Novell  NE2000* 

Racal  Interlan 

□  N I 52 10 

□  NI9210 

SMC 

□  EtherCard  Plus  Elite  16 

□  TokenCard  Elite 


UB  Networks 
(Ungermann-Bass) 

□  NIUpc 

□  NIUpc/EOTP 

□  NiUps 

Western  Digital 

□  EtherCard  Plus 

Xircom 

□  Pocket  Ethernet  Adapter 

□  Pocket  Ethernet  Adapter  II 

□  Pocket  Ethernet  Adapter  III 

□  Pocket  TokenRing  Adapter 


□  Other  Ethernet  Driver 

□  Other  Token-Ring  Driver 


*  You  must  copy  the  driver  to \WRQNET yourself. 


Do  you  use  Novell  Netware?  □  Yes  □  No 

If  you  use  NetWare  on  Ethernet,  the  packet  type  you  use  (if  you  don’t  know  the  answer,  use  the  default): 

□  EthernetJI  □  802.2  □  802.3 

Do  you  use  NetBIOS  with  LAN  Manager  or  Windows  for  Workgroups?  □  Yes  □  No 

Local  IP  (Internet)  address  of  this  PC: 

Example:  192. 1. 1.36 


NS  Connection 


NS  Connection 


HP  Network  service  address  of  your  PC: 

Example:  MYPC. DIVISION. COMPANY 


node  domain  organization 

PC  Domain  Name  Service  Host  Name: 

Example:  SIMPSON.MFG.COM  orSIMPSON.JR.MFG.COM 


IP  address  service 

HOSTS  file  location,  if  used  on  your  network-for  example,  C:\WRQNET 


Domain  name  server  IP  address,  if  used  on  your  network: 


Do  you  run  an  application  that  uses  Windows  Sockets  or  TCP  Sockets?  □  Yes 

Examples:  Reflection  for  Windows,  Reflection  X,  or  database  front  ends  such  as  HP  AIIBase, 
Oracle  SQL  *Net,  PC  e-mail,  and  packages  such  as  HP  OpenMail  and  NewWave  Mail. 


Do  you  run  an  application  that  uses  NetIPC? 

Examples:  HP  AdvanceMail,  HP  Information  Access. 


□  Yes  □  No 


If  you  use  Windows,  your  Windows  directory: 


□  No 


If  you  use  Reflection  for  Windows,  your  Reflection  directory  (list  all): 


NS  Connection 


Ask  your  System  Administrator  if  you  should  use  ODI  or  NDIS. 


Your  name: 


Desired  number  of  simultaneous  NS/VT  sessions: 


PC  network  card— find  out  your  card’s  interrupt  (IRQ)  before  you  start: 


3Com 

□  EtherLink  3C501 

□  EtherLink  II 3C503 

□  EtherLink  16  3C507 

□  EtherLink  III  3C509 

□  EtherLink/MC  3C523 

□  TokenLink3C619 

Cabletron 

□  NDI-20xx  Ether  ISA 

□  NDI-21  xx  Ether  ISA 

□  NDI-30xx  Ether  MCA 

□  NDI-31  xx  Ether  MCA 

Hewlett-Packard 

□  EtherTwist  8  bit  and  16  bit 

□  EtherTwist  Plus 

□  EtherTwist  MCA  (Micro  Channel) 

□  Ethertwist  HPJ2405  (internal  adapter) 

□  Starlan  10  Link  I 

□  ThinLAN  (part  #  2721 Ox) 

□  ThinLAN  (part  /  27250 A ) 


IBM 

□  Token-Ring  16/4  Adapter 

Intel 

□  EtherExpress16 

□  TokenExpress16 

Novell 

□  Novell  NEIOOO 

□  Novell  NE2000 

Racal  Interlan 

□  NI5210 

□  NI9210 

SMC 

□  EtherCard  Elite  16  Ultra 

□  EtherCard  Plus  Elite  16 

□  TokenCard  Elite 


UB  Networks 
(Ungermann-Bass) 

□  NIUpc 

□  NIUpc/EOTP 

□  NIUps 

Western  Digital 

□  EtherCard  Plus 

Xircom 

□  Pocket  Ethernet  Adapter 

□  Pocket  Ethernet  Adapter  II 

□  Pocket  Ethernet  Adapter  III 


□  Other  Ethernet  Driver 

□  Other  Token-Ring  Driver 


Do  you  use  Novell  Netware?  □  Yes  □  No 

If  you  use  NetWare  on  Ethernet,  the  packet  type  you  use  (if  you  don’t  know  the  answer,  use  the  default): 

□  Ethernet II  □  802.3 

Do  you  use  NetBIOS  with  LAN  Manager  or  Windows  for  Workgroups?  q  Yes  □  i 

Local  IP  (Internet)  address  of  this  PC: 

Example:  192. 1. 1.36 


NS  Connection 


HP  Network  service  address  of  your  PC: 

Example:  MYPC.DIVISION.COMPANY 


node  domain  organization 

PC  Domain  Name  Service  Host  Name: 

Example:  SIMPSON.MFG.COM  orSIMPSON.JR.MFG.COM 


IP  address  service 

HOSTS  file  location  if  used  on  your  network-for  example,  C:\WRQNET 

_ 

Domain  name  server  IP  address,  if  used  on  your  network: 


Do  you  run  an  application  that  uses  Windows  Sockets  or  TCP  Sockets?  □  Yes  □  No 

Examples:  Reflection  for  Windows,  Reflection  X,  or  database  front  ends  such  as  HP  AIIBase, 

Oracle  SQL*  Net,  PC  e-mail,  and  packages  such  as  HP  Open  Mail  and  NewWave  Mail. 

Do  you  run  an  application  that  uses  NetIPC?  □  Yes  □  No 

Examples:  HP  AdvanceMail,  HP  Information  Access. 

If  you  use  Windows,  your  Windows  directory: 


If  you  use  Reflection  for  Windows,  your  Reflection  directory  (list  all): 


3000  Connection 

Ask  your  System  Administrator  if  you  should  use  ODI  or  NDIS. 
Your  name: _ 


Desired  number  of  simultaneous  sessions  for  each  protocol:  NS/VT 
PC  network  card-find  out  your  card’s  interrupt  (IRQ)  before  you  start: 

Intel 

□  EtherExpress16 

□  TokenExpress16 

Novell 

□  Novell  NE1 000* 

□  Novell  NE2000* 

Racal  Interlan 

□  N 1 52 10 

□  N 1 92 10 


EtherCard  Plus  Elite  16 
Token  Card  Elite 


IBM 

□  Token-Ring  16/4  Adapter 


3Com 

□  EtherLInk  3C501 

□  EtherLink  II 3C503 

□  EtherLink  16  3C507 

□  EtherLink  III  Series 
(3C509,3C5X9) 

□  EtherLink/MC  3C523 

□  TokenLink  3C619 

Hewlett-Packard 

□  EtherTwist  8  bit  and  16  bit 

□  EtherTwist  Plus 

□  EtherTwist  MCA  (Micro  Channel) 

□  Ethertwist  HPJ2405  (internal  adapter)  * 

□  Starlan  10  Link  I 

□  ThinLAN  (part  #2721 Ox) 

□  Thin  LAN  (part  #  27250A) 


*  You  must  copy  the  driver  to  \WRQNET yourself. 

Do  you  use  Novell  Netware?  □  Yes  □  No 

If  you  use  NetWare  on  Ethernet,  the  packet  type  you  use  (if  you  don’t  know 

□  EthernetJI  □  802.2  □  802.3 

Do  you  use  NetBIOS  with  LAN  Manager  or  Windows  for  Workgroups? 

Local  IP  (Internet)  address  of  this  PC: 

Example:  192. 1. 1.36 


Telnet _  LAT 


UB  Networks 
(Ungermann-Bass) 

□  NIUpc 

□  NIUpc/EOTP 

□  NIUps 

Western  Digital 

□  EtherCard  Plus 

Xircom 

□  Pocket  Ethernet  Adapter 

□  Pocket  Ethernet  Adapter  II 

□  Pocket  Ethernet  Adapter  III 

□  Pocket  TokenRing  Adapter 


□  Other  Ethernet  Driver 

□  Other  Token-Ring  Driver 


answer,  use  the  default): 


□  Yes  □  No 


3000  Connection 


3000  Connection 


HP  Network  service  address  of  your  PC: 

Example:  MYPC.DIVISION.COMPANY 


node  domain  organization 

PC  Domain  Name  Service  Host  Name: 

Example:  SIMPSON.MFG.COM  orSIMPSON.JR.MFG.COM 


IP  address  service 

HOSTS  file  location,  if  used  on  your  network-for  example,  C:\WRQNET 


Domain  name  server  IP  address,  if  used  on  your  network: 


Do  you  run  an  application  that  uses  Windows  Sockets  or  TCP  Sockets?  □  Yes  □  No 

Examples:  Reflection  for  Windows,  Reflection  X,  or  database  front  ends  such  as  HP  AIIBase, 

Oracle  SQL  *Net,  PC  e-mail,  and  packages  such  as  HP  OpenMail  and  NewWave  Mail. 


Do  you  run  an  application  that  uses  NetiPC? 

Examples:  HP  AdvanceMail,  HP  Information  Access. 


□  Yes  □  No 


If  you  use  Windows,  your  Windows  directory: 


If  you  use 


Reflection  for  Windows,  your  Reflection  directory  (list  all): 


3000  Connection 


Ask  your  System  Administrator  if  you  should  use  ODI  or  NDIS. 
Your  name: _ 


Desired  number  of  simultaneous  sessions  for  each  protocol:  NS/VT _  Telnet _  LAT_ 


PC  network  card-find  out  your  card’s  interrupt  (IRQ)  before  you  start: 


3Com 

□  EtherLink  3C501 

□  EtherLink  II 3C503 

□  EtherLink  1 6  3C507 

□  EtherLink  III  Series 
(3C509,3C5X9) 

□  EtherLink/MC  3C523 

□  TokenLink3C619 

Cabletron 

□  l\IDI-20xx  Ether  ISA 

□  NDI-21xx  Ether  ISA 

□  l\IDI-30xx  Ether  MCA 

□  l\IDI-31xx  Ether  MCA 


Hewlett-Packard 

□  EtherTwist  8  bit  and  16  bit 
EtherTwist  Plus 

EtherTwist  MCA  (Micro  Channel) 
EtherTwist  HPJ2405  (internal  adapter) 
Starlan  10  Link  I 
Thin  LAN  (part  #2721 Ox) 

Thin  LAN  (part  #  27250 A ) 


IBM 

□  Token-Ring  16/4  Adapter 

Intel 

□  EtherExpressI  6 

□  TokenExpress16 

Novell 

□  Novell  NE1 000 

□  Novell  NE2000 

Racal  Interlan 

□  N 1 5210 

□  NI9210 

SMC 

□  EtherCard  Elite  16  Ultra 

□  EtherCard  Plus  Elite  16 

□  TokenCard  Elite 


UB  Networks 
(Ungermann-Bass) 

□  NIUpc 

□  NIUpc/EOTP 

□  NIUps 

Western  Digital 

□  EtherCard  Plus 

Xircom 

□  Pocket  Ethernet  Adapter 

□  Pocket  Ethernet  Adapter  II 

□  Pocket  Ethernet  Adapter  III 


□  Other  Ethernet  Driver 

□  Other  Token-Ring  Driver 


Do  you  use  Novell  Netware?  □  Yes  □  No 

If  you  use  NetWare  on  Ethernet,  the  packet  type  you  use  (if  you  don ’t  know  the  answer,  use  the  default): 


□  EthernetJI  □  802.3 

Do  you  use  NetBIOS  with  LAN  Manager  or  Windows  for  Workgroups? 

Local  IP  (Internet)  address  of  this  PC: 

Example:  192. 1. 1.36 


□  Yes 


□  No 


3000  Connection 


3000  Connection 


HP  Network  service  address  of  your  PC: 

Example:  MYPC.DIVISION.COMPANY 


node  domain  organization 

PC  Domain  Name  Service  Host  Name: 

Example:  SIMPSON.MFG.COM  orSIMPSON.JR.MFG.COM 


IP  address  service 

HOSTS  file  location,  if  used  on  your  network-for  example,  C:\WRQNET 


Domain  name  server  IP  address,  if  used  on  your  network: 


Do  you  run  an  application  that  uses  Windows  Sockets  or  TCP  Sockets?  □  Yes  □  No 

Examples:  Refection  for  Windows,  Reflection  X,  or  database  front  ends  such  as  HP  AIIBase, 

Oracle  SQL  "Net,  PC  e-mail,  and  packages  such  as  HP  OpenMail  and  NewWave  Mail. 


Do  you  run  an  application  that  uses  NetIPC?  □  Yes  □  No 

Examples:  HP  AdvanceMail,  HP  Information  Access. 


If  you  use  Windows,  your  Windows  directory: 


If  you  use  Reflection  for  Windows,  your  Reflection  directory  (list  all): 


